Current Articles | RSS Feed RSS Feed

A Quick Look at Building a High Performance Team

Posted by Andy Singleton on Tue, Feb 05, 2008 @ 10:35 AM
 

If you are lucky, you have had the opportunity to work with a high performance team - a small group of people that accomplish in a few months what larger groups have been talking about for years.  Once a team like this gets going, it delivers results on its own, like it or not, support it or ignore it, lead, follow, or get out of the way.  This team doesn't require much direction because each of the team members will step up to lead some aspect of the project.  My friend Doug Smith wrote a book called "The Wisdom of Teams" which analyzes the circumstances where these teams form.

What's the recipe? 

The key thing that ties these teams together is that all of the team members share a single goal.  It helps if the goal is concrete, and clear to people inside and outside the team - for example, a product release.

Team members should be allowed to lead.  If you structure a team so that there is a strong project manager, and enforce centralized task assignments, you won't get a high performance team. You will get a bunch of people who help a "single leader".  This explains why outsourcing teams with strong project and task management are rarely self-managing.  Smith and Katzenbaum note that both approaches - the team approach, and the single-leader approach - can deliver good results, but the single-leader approach will not give you an independent, self-managed, high-performance team, and it puts a lot of pressure on the quality of your single manager.

I add one more ingredient to the mix.  I think it is important that all of the team members actually be working on the same thing.  That is why I ask for daily commits and daily builds.  You won't get a team if people can work independently for more than a few days.  Work on the same thing.

The book's analysis reveals factors that do not seem to influence the formation of a high performance team. Team members don't have to like each other.  They just need to share a single goal.  In my experience, team members don't even have to know each other.

From this perspective, team building exercises that focus on creating interpersonal interaction are a waste of time.  You will get better results from a clear and compelling goal.  Success, as recognized by teammates and the world at large, is the ultimate interpersonal motivator. 

Agile development methodologies like the one we run at Assembla are pretty good at developing high-performance teams.  If everyone knows they are going to be judged by the quality of the daily build and release iterations, they start to share the same goal.  If team members can pick their own tasks, they can exercise initiative, and you are on your way.

I don't have a lot of time today, but I was thinking about this and wanted to share it quickly.

Tags: ,

COMMENTS

Hi Andy.
Great post! You point me a great true. My team will never be productive if we can share goals and tasks.
From now on, I will try to get everyone working in the same project until finished and also, get involved in other ones, just for "mental health" :)
Regards and Saludos from México.
PS. THANKS a lot for Assembla, you're helping us a lot as start-up, be sure that on the first big income we will be supporting you. Thanks again.

posted @ Thursday, February 07, 2008 2:58 AM by Ricardo Vega


There are three imp things I believe make a successful team. Motivation, Responsibility, Celebration.
Motivation: Team members are motivated if the problem being solved is a real tough problem and believe the lead has a great idea that can fix it. Any problem is tough if we try to be the best in it in the world. Great design and implementation ideas keep the team motivated and wanting to do more. Freedom to input any great idea in to the project keeps the team members invigorated.
Responsibility with accountability: A team member assumes responsibility if they pick their own tasks and are evaluated on it. Freedom to design the application in their areas of expertise is what fuels motivation. In our process, the team members are free to choose any pending tasks and setup their own time to do it. Team members use the to-do tool to list the tasks that they promise for that day. The team member has the freedom set the granularity of the task, but the rule is to complete the tasks that day only. If the team member fails to complete the tasks he promised the team, his name will go up in a list along with the day as a defaulter. Quality of the tasks performed is maintained by raising bug reports connected to the completed tasks. If a certain team member has low quality output, it is shown by the number of bugs a ticket has. In all, freedom to select our work with proper accountability does wonders to motivation and creativity.
Celebration: An internal smile always lights up when the team hears about how their decisions and execution made somebody’s day or work more pleasurable. This information is frequently gathered and shared. The celebration messages are archived with the task list and coming across a previous message is always pleasurable. Celebration provides encouragement to novice team member to crossover to the expert category.

posted @ Saturday, February 09, 2008 12:24 AM by Vishi Gondi


Comments have been closed for this article.

Follow Assembla

twitter facebook youtube linkedin googleplus

Subscribe by Email

Your email: