Archived entries for work

Presenting

Just like everyone else in the corporate world, I have to put up with a multitude of boring, ugly, un-motivating presentations. It’s amazing that the people that put together their presentations on their “official” corporate deck and pages full of bullet-points think that anyone is going to pay attention. I hate to have a presentation read to me and I hate staring at bullets for any more than two minutes. I’ve actually grown allergic to bullet points.

The ultimate value of the presentation is much more than the deck that is being presented, but I have noticed that the interestingness of the presentation and the simplicity/story/thought that goes into the deck usually seem to be in alignment. If I walk into a presentation and I see the standard corporate title slide, I almost immediately know that I’m getting ready to plunge into a an hour or so of straight bullets. The standard title slide isn’t 100% as a leading indicator, but it’s pretty high.

There are so many better ways to present and to use a slide deck to help with messaging. If you’re interested or intrigued by giving great presentation and being a better communicator – I highly recommend Presentation Zen. This is the best site out there for tips on communicating, presenting, and giving effective presentations. If you are new to presenting or if you just want to spare your co-workers or audience of sitting through another mediocre presentation, check out the site. The book recommendations are always top-notch as well.

5 Sentence Emails

I love this idea.

I’ve recently started instantly deleting any emails that are over a page to read. This is mostly because I don’t care to put the effort into reading emails from individuals that can’t (or won’t) take the effort to boil the email down to core essence of what they want to communicate. It’s working pretty well so far.

The 5 Sentences idea sounds like it can help out as well.

Nabaztag and Continuous Integration

I ran across this post earlier today about integrating Nabaztag with CC.Net.

I have to get one or two of these things for our current project :)

The Evolution of Teams

I sat down to catch up on a little reading this weekend and have been making my way through The Wisdom Of Teams. This is a very interesting book about the observations of various types and levels of teams, the way teams perform, and the characteristics of each respective type.

I’ve always viewed teams as teams and recognized good teams by “that feeling” that you get when you participate in one or see one in action. Beyond “that feeling”, I really hadn’t thought about the categorization of teams beyond a “good” and “not-so-good” level. This book has been very interesting because of the research and observations that they have done in grouping the different categories as well as comparing and contrasting the different types.

Throughout my time in the IT industry I’ve seen all these categories of teams and participated in each respective type. One very relevant point from the book is the discussion about the differences between working groups and teams. This really hit home with me because of the methodology changes that I’ve been involved with as both a consultant and an FTE.

The image below shows the different categories discussed in the book and the evolution of performance when moving along the curve.

One thing that I’ve noticed from starting up various initiatives to move towards agile methodologies over the past couple of years is the thrashing that occurs when you move from a command-and-control structure (usually accompanying traditional methodologies) to a self-organizing structure (more prevalent with agile methodologies).

It’s rare that a new agile team hits the ground and starts performing as a “high-performing” team in the first couple of months. I’ve never seen it happen when the team members are coming from traditional methodology backgrounds. I really think this can be expected because there is so much happening so quickly. This scenario is usually very disruptive and usually overwhelming from the standpoint of the individuals on a new team.

While the leap from “working group” to “potential team” can be a rough experience for many individuals, the progression from “working group” to “real team” (and possibly to “high-performing team”) is a pleasure to watch and a pleasure to be involved with.

So, what is the difference between a “working group” and a “team?” The book recognizes the basic distinction as performance.

“A working group relies primarily on the individual contributions of its members for performance, whereas a team strives for a magnified impact that is incremental to what its members could achieve in their individual roles.”

I think that the giant leap in forming a team for most individuals from a command-and-control structure is the blurring of roles and shared accountability that occurs on a team. Most individuals in command-and-control organizations or models think from the standpoint of individual contributions while a true team focuses on mutual accountability and the contributions of the team. This is a hard leap to make, but the benefits (both organizationally and personally) are usually tremendous.

Collective Intelligence In Biological Teams

There is a really interesting article here that looks at how various colonies and groups self-manage. This article has some interesting ramifications to thinking about how we communicate as humans and how we communicate in different team environments. There are also some interesting thoughts floating around in mind about how some of the tools that I typically use could be modified to be more useful.

Why Penguins Have No Commanding Officer [InsideKnowledge]

CSM Training

 

I spent this past Thursday and Friday in Boulder going through a Certified ScrumMaster course at Rally. I’ve been working in agile environments for quite a while now and I’ve used XP and Scrum on quite a few projects over the past years. I wasn’t really sure what to expect from the course, but I can now say that it was definently worth it. The class was really good and well worth the time to attend. I learned quite a few collaboration techniques and enjoyed listening to the experiences of the instructors and participants.

I would highly recommend the course even if you have a lot of experience with Scrum. I can also highly recommend Hubert and Tamara.

Towards Permeable Scope

“Scope creep” is a term that tends to come up often when working on a software project. It’s an interesting term to think about because it usually means that the individual, the team, or the company really need to step back and re-think why changing scope should be a bad thing.

The last time I checked, my job was to solve business problems or create business opportunities for my customers. If this is the case, then why should I care if scope changes? Shouldn’t changing scope be a good thing? If the scope is changing then it likely means that the business has found a new opportunity or that we have received feedback on something that could add significant value to the market or to our customers. If my heart is in the right place and I really care about delivering value then change can be a good thing.

The problem with “scope creep” is not changing scope; the problem is really a process or mindset that doesn’t allow for change. Pouring concrete on your requirements might help with predictability, but it sure doesn’t help you build great software.

The Power of the Network

I’ve been fortunate enough to work at a ton of different consulting companies. The most valuable thing that I learned through working at all the different places I’ve been is the value of the internal networks that exist within kick-ass consulting companies.

It’s strange to me that most consulting firms completely gloss over the idea of building internal networks to expand knowledge and improve collaboration for the consultants that work there. This is a huge benefit for the consultants, the consulting firm, and the customers that use their services.

Now that I’m on the other side of the fence and I’m looking at a variety of different vendors, this has turned into a key criteria during the vendor selection process.

Tom Peters on Talent

I’ve been amazed by the quality of the individuals that are on my current project. There are some great and smart people here that are very passionate about what we are doing. I ran across this quote by Tom Peters that appeared very relevant…

If your company is having trouble attracting fabulous people, it is because your company sucks.

- Tom Peters

I don’t think it can be said much better than that.


RSS Feed. This site is the home of Ben Carey.