← The library

Team development stages

Tuckman's Stages of Group Development

Forming, storming, norming, performing, and adjourning: every team walks the same road from polite strangers to a unit that flows, and the storm in the middle is not a malfunction.

It is the toll. Teams that skip the conflict do not skip to performing, they skip to polite mediocrity. The model's job is to make the storm survivable and the stages legible, so leaders stop treating month-two friction as a hiring mistake.

Problem
Team development stages
Altitude
Team
Effort to run
Light
Evidence base
Established

Theory & origin

Bruce Tuckman synthesized the model in 1965 from around fifty studies of small groups, and added adjourning with Mary Ann Jensen in 1977. The claim is developmental: teams pass through recognizable stages, and each stage has different work to do. Forming is orientation, where people test the edges of the room and depend heavily on the leader. Storming is the necessary fight over roles, status, and how work will actually happen, and it is where psychological safety gets built or broken. Norming settles the rules of engagement into working agreements. Performing is the payoff, where structure serves the work instead of consuming attention. Adjourning is the ending, grieved or celebrated, that most organizations simply ignore. Modern caveats matter: real teams loop rather than march (a new member or a new mission sends the team back to forming), the stages describe tendencies rather than laws, and remote teams often mute the storm into passive silence instead of visible conflict, which is worse. The model's enduring value is permission: it tells a leader that conflict at month two is developmental, not evidence of a bad hire.

Key components

The parts at a glance. Click any term for the full definition, a field example, and the common failure, in the model below.

Explore the model

Forming: polite strangers, finding the edges of the room

How a consultant runs it

  1. 01 Name the stage out loud with the team. Half the value of the model is a team recognizing "we are storming, this is the toll booth, not the destination."
  2. 02 Design the storm instead of suppressing it: conflict norms, decision rules, and working agreements give the fight a container.
  3. 03 Match the leadership style to the stage: directive in forming, coaching through storming, delegating by performing. One style across all stages is the classic error.
  4. 04 Re-form deliberately on every membership change. A new joiner does not join a performing team, they create a new forming one.
  5. 05 Close teams properly. Adjourning with a retrospective and real recognition is cheap, and skipping it teaches people that endings here are abrupt.

When to use

  1. 01 New teams, project squads, and task forces, where month-two friction needs a name and a container
  2. 02 Diagnosing a stuck team: polite mediocrity usually means a storm that was suppressed instead of survived
  3. 03 Every membership change on an important team, because the road restarts more often than leaders think

When not to use

  1. 01 As a strict timetable. Real teams loop between stages, and the model describes tendencies, not laws.
  2. 02 To excuse endless conflict. A storm that never resolves into norms is not a stage, it is a design problem.
  3. 03 On pseudo-teams that never need to interdepend. A group of soloists sharing a manager has no stages to walk.

Worked example

A core-banking build squad at a Jakarta multifinance firm hits month three: velocity has halved, two seniors are fighting through pull-request comments, and the sponsor wants someone replaced. The stage read says storming, right on schedule for a team formed twelve weeks ago. Instead of swapping people, the fix gives the storm a container: a facilitated session where the two seniors argue the data-model question to a decision in the room, written working agreements, and decision rules for the next collision. The team norms within a month and hits its best velocity by month five. The sponsor learns the expensive lesson cheaply: the replacement they wanted would have reset the whole road to week one.

Common pitfalls

  1. 01 Treating storming as failure and swapping people, which resets the team to forming with fresh strangers
  2. 02 One leadership style for every stage, usually directive, which suffocates norming and performing
  3. 03 Reading remote silence as harmony. Distributed teams storm quietly, in DMs and disengagement.
  4. 04 Celebrating norming cohesion so hard that nobody risks conflict again, which caps the team below performing
  5. 05 Skipping adjourning, so institutional memory and loyalty evaporate with the team

Sample deliverable

One real engagement, start to finish. Watch the numbers travel from raw input, onto the chart, into the finished artifact.

Stage diagnosis: core-banking squad, month 3

Input

  • Role clarity2.4 / 5
  • Open conflict4.1 / 5
  • Working agreements1.8 / 5
  • Decision speed2.1 / 5

Process

A short team survey scores the stage markers, and the pattern names the stage

OutputDeliverable

Stage diagnosis: core-banking squad, month 3

  • Readstorming, on schedule for week twelve
  • Containerargue it to a decision, then write the norms
  • Resultnorming by month four, best velocity by month five

Sources

Next in the library Johari Window