People have been working in teams since before the word 'team' was invented, but modern industrial organizations have adopted the team structure in just the past generation. Because the transition from functional structures is still underway, our understanding of teams is incomplete, and in some ways, incorrect.
To advance our knowledge, and to become more comfortable with this relatively new way of organizing work, we adopt and propagate beliefs that seem plausible. They might apply often, but they aren't necessarily universal. I call them myths because their universal truth certainly is questionable, even though they do sometimes yield desirable results.
One popular example is the idea of the "Mythical Man-Month" conceived and popularized by Fred Brooks. This myth holds that we can speed up all work by applying more people to the task. The reverse usually occurs: applying more people usually slows the work.
Brooks's myth is just one of many teamwork myths. Here is the first in a series about teamwork myths, exploring two myths about team formation.
- There is an optimal size for all teams
- Various investigations have reported optimal sizes for teams, ranging from five to fifteen and more. In team-oriented organizations, wide variation in team size can create management problems, which lead some to search for an optimal team size.
- Problems arise, for example, in task reporting, management development, performance management, and compensation equity for team leads. For instance, meeting reporting requirements can be easy for a large team, but an undue burden for a small team.
- An optimal team size range probably does exist, but it depends on the culture of the organization in which the team is embedded; the degree of dispersion in geography, language, or profession; the need for specialized knowledge; the complexity of the task; the prevalence of split assignments; and the skill of the team's leadership. Most important is how well the teammates know each other.
- When sizing a new team, be guided not by purportedly universal rules of thumb, but by the nature of the task, the character of the organization and the particular people who lead and belong to the team.
- Team building is worthwhile only at the beginning
- We use team building to achieve team cohesion and effective collaboration. Some believe that after the first application, further investment in team cohesion provides only minimal returns.
- Although we do use team building in the beginning of the team's life, we must attend toWe must attend to team
not just at the outset team cohesion continuously. The need increases with the frequency of changes in team composition; with increases in geographic dispersion; and with increases in stress. Stresses can result from new challenges, or from changes in resources, requirements, or constraints imposed from external sources.
Following erroneous guidelines is always problematic. It can be especially damaging during team formation, because damage occurs so early and repair can be so, so costly. Next in this series Top Next Issue
The Mythical Man-Month: Essays on Software Engineering is a classic of the literature of software engineering, but it has a place on the bookshelf of any project manager or project sponsor. Order from Amazon.com
Are your projects always (or almost always) late and over budget? Are your project teams plagued by turnover, burnout, and high defect rates? Turn your culture around. Read 52 Tips for Leaders of Project-Oriented Organizations, filled with tips and techniques for organizational leaders. Order Now!
Your comments are welcomeWould you like to see your comments posted here? rbrenRpDSKRsxhsvfMMHKner@ChacMCzzgrJYpDlAzQNloCanyon.comSend me your comments by email, or by Web form.
About Point Lookout
Thank you for reading this article. I hope you enjoyed it and found it useful, and that you'll consider recommending it to a friend.
Support Point Lookout by joining the Friends of Point Lookout, as an individual or as an organization.
Do you face a complex interpersonal situation? Send it in, anonymously if you like, and I'll give you my two cents.
More articles on Personal, Team, and Organizational Effectiveness:
- Don't Worry, Anticipate!
- Dramatic changes in policy or procedure are often challenging, especially when they have some boneheaded
components. But by accepting them, by anticipating what you can, and by applying Pareto's principle,
you can usually find a safe path that suits you.
- How to Make Good Guesses: Strategy
- Making good guesses — guessing right — is often regarded as a talent that cannot be taught.
Like most things, it probably does take talent to be among the first rank of those who make conjectures.
But being in the second rank is pretty good, too, and we can learn how to do that.
- Solutions as Found Art
- Examining the most innovative solutions we've developed for difficult problems, we often find that they
aren't purely new. Many contain pieces of familiar ideas and techniques combined together in new ways.
Accepting this as a starting point can change our approach to problem solving.
- The Utility Pole Anti-Pattern: I
- Organizational processes can get so complicated that nobody actually knows how they work. If getting
something done takes too long, the organization can't lead its markets, or even catch up to the leaders.
Why does this happen?
- How to Get Out of Firefighting Mode: II
- We know we're in firefighting mode when a new urgent problem disrupts our work on another urgent problem,
and the new problem makes it impossible to use the solution we thought we had for some third problem
we were also working on. Here's Part II of a set of suggestions for getting out of firefighting mode.
Forthcoming issues of Point Lookout
- Coming August 23: Look Where You Aren't Looking
- Being blindsided by an adverse event could indicate the event's sudden, unexpected development. It can also indicate a failure to anticipate what could have been reasonably anticipated. How can we improve our ability to prepare for adverse events? Available here and by RSS on August 23.
- And on August 30: They Just Don't Understand
- When we cannot resolve an issue in open debate, we sometimes try to explain the obstinacy of others. The explanations we favor can tell us more about ourselves than they do about others. Available here and by RSS on August 30.
I offer email and telephone coaching at both corporate and individual rates. Contact Rick for details at rbrenGdxIvPhOwVqZiXyCner@ChacbOCTYbpIEsdQPGhEoCanyon.com or (617) 491-6289, or toll-free in the continental US at (866) 378-5470.
Get the ebook!
Past issues of Point Lookout are available in six ebooks:
- Get 2001-2 in Geese Don't Land on Twigs (PDF, USD 11.95)
- Get 2003-4 in Why Dogs Wag (PDF, USD 11.95)
- Get 2005-6 in Loopy Things We Do (PDF, USD 11.95)
- Get 2007-8 in Things We Believe That Maybe Aren't So True (PDF, USD 11.95)
- Get 2009-10 in The Questions Not Asked (PDF, USD 11.95)
- Get all of the first twelve years (2001-2012) in The Collected Issues of Point Lookout (PDF, USD 28.99)
Are you a writer, editor or publisher on deadline? Are you looking for an article that will get people talking and get compliments flying your way? You can have 500 words in your inbox in one hour. License any article from this Web site. More info
- The Race to the South Pole: Ten Lessons for Project Managers
- On 14 December 1911, four men led by Roald
Amundsen reached the South Pole. Thirty-five days later, Robert F. Scott and four others followed. Amundsen
had won the race to the pole. Amundsen's party returned to base on 26 January 1912. Scott's party perished.
As historical drama, why this happened is interesting enough, but to organizational leaders, business
analysts, project sponsors, and project managers, the story is fascinating. Lessons abound. Read
more about this program. Here are some dates for this program:
- The Westin Virginia Beach Town Center, 4535 Commerce Street,
Virginia Beach, VA 23462: September 13,
Monthly Meeting, Hampton Roads Chapter of the Project Management Institute. Register now.
- CTCPA, 716 Brook Street,
Rocky Hill, CT 06067: September 20,
Full-day Workshop, Southern New England Chapter of the Project Management Institute. Register now.
- The Westin Virginia Beach Town Center, 4535 Commerce Street, Virginia Beach, VA 23462: September 13, Monthly Meeting, Hampton Roads Chapter of the Project Management Institute. Register now.
- Creating High Performance Virtual Teams
- Many people experience virtual teams as awkward, slow, and sometimes
frustrating. Even when most team members hail from the same nation or culture, and even when they all
speak the same language, geographic dispersion or the presence of employees from multiple enterprises
is often enough to exclude all possibility of high performance. The problem is that we lead, manage,
and support virtual teams in ways that are too much like the way we lead, manage, and support co-located
teams. In this program, Rick Brenner shows you how to change your approach to leading, managing, and
supporting virtual teams to achieve high performance using Simons' Four Spans model of high performance.
Read more about this program. Here's a date for this
- Baci Grill, 134 Berlin
Road, Berlin, CT 06416: September 19,
Monthly Meeting, Southern New England Chapter of the Project Management Institute. Register now.
- Baci Grill, 134 Berlin Road, Berlin, CT 06416: September 19, Monthly Meeting, Southern New England Chapter of the Project Management Institute. Register now.
- The Power Affect: How We Express Our Personal Power
- Many people who possess real organizational power have a characteristic demeanor. It's the way they project their presence. I call this the power affect. Some people — call them power pretenders — adopt the power affect well before they attain significant organizational power. Unfortunately for their colleagues, and for their organizations, power pretenders can attain organizational power out of proportion to their merit or abilities. Understanding the power affect is therefore important for anyone who aims to attain power, or anyone who works with power pretenders. Read more about this program.