---
title: "The 3 maturity stages of a software team and how scrum fails to identify them"
url: "https://www.5whys.com/articles/the-3-maturity-stages-of-a-software-team-and-how-scrum-fails.md"
canonical: "https://www.5whys.com/articles/the-3-maturity-stages-of-a-software-team-and-how-scrum-fails.html"
published: "2010-05-17T12:36:21+00:00"
updated: "2014-05-22T21:44:23.097000+00:00"
tags: ["First Steps during chaos", "Growing People", "Ha", "Learning Phase", "Ri", "Self-Leading Phase"]
author: "Roy Osherove"
description: "The chaotic, mid-life and mature stages of a software team, the leadership each one needs, from dictator to coach, and why Scrum Masters miss them."
usage: "Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page)."
license: "https://creativecommons.org/licenses/by/4.0/"
---

# The 3 maturity stages of a software team and how scrum fails to identify them

Many so called ‘Agile’ teams fail so miserably to deliver for the simple fact that the teams simply are not _mature_ enough to be part of an agile process that requires self managing teams.

I’ve learned to recognize three states a team can be in in terms of maturity -

- Chaotic Stage – the state where a team does not posses the skills, motives or ambition to become a mature self managing team.
- Mid-Life stage – where a team possess _some_ skills for self management and decision making , and can make _some_ of its own decisions without needing a team lead.
- Mature stage – where a team is practically fully self managing and a team leader is mostly a coach rather than a decision maker.

The trick most team leaders need to do is to recognize which stage a team is in, and to advance their team to the next stage.

### Most teams are chaotic

I would easily say that most teams are chaotic – either in technical lack of knowledge _(‘what’s source control?’)_, lack of motives _(‘I just code X lines of code and try to avoid QA’)_, or lack of ambition _(‘things are fine the way they are’)_

You can’t take a team that doesn’t even do source control, and say “you’re self managing from now on, GO.”  - no one will know what to do, or have any inclination to do it.

### Maturing a team

The process of bringing a team to maturity, where a team leader as a dictator is never needed, still lacks a name. I’ve been asking around for possible names for this process. some of them were quite interesting:

-    
    - _**Resetting**_ a Team
    - _**Rebooting**_ a Team
    - _**Reorienting**_ a Team
    - _**Redirecting**_ a Team
    - Team _**Regrouping**_
    - Team _**Rebirth**_
    - Team _**Renaissance**_
    - Team _**Reframing**_
    - Team _**Reincarnation**_
    - Team _**Resurrection**_

### Each stage needs a different kind of team leader

Different team lead tactics apply to each stage. For the same reasons Scrum Masters (who are nothing but active coaches) fail to really help immature teams, as do team dictators, who hurt more than they help truly mature, self managing-able teams.

### The chaotic stage needs a strong, dictator like leadership

\-- if only to bring some much needed peace and quiet to a team that might be mostly struggling to keep its head above water all day long.

A dictator team lead is there in the first stage, to bring the team up to a specific state, where they also have the time and patience to learn new things. The team lead will help put out fires and put the team in a bubble so that decision making becomes easier until the team can make its own decisions. they will start doing code reviews and many of the things this blog advocates for.

Many of these same things will be seen with very big question marks on the faces of many agile coaches out there. They fail to realize that a chaotic team still isn’t ready for a coach. it needs a direction, a back wind, and an open road to get going.

### The Mid-Life stage needs a coach-dictator

As the team lead feels that the team has reached some “safe shore” – they will move on to the next stage in the team’s life – the learning stage – the stage where a team will learn the skills needed to become self managing, all within a very concrete series of constraints that will slowly open up as the team progresses.

For example, the team lead will [insist that code reviews be done on each check in](https://www.5whys.com/articles/step-4-start-doing-code-reviews-seriously.html), but will teach the team to do its own code review so that the team lead is no longer the bottleneck, and so that the team learns essential skills for code quality and decision making on what’s an acceptable piece of code.

Slowly but surely a team can progress to become fully self managing. At each stage of the team’s life, it learns skills that help it make its own decisions, until, at some point in time, the team lead does not need to make any day to day decisions. The team has all the skills needed to move on to the next stage.

**This and the next, are the stages many scrum masters need** in order to achieve anything. Sadly, most teams are not at this stage, and nothing but some good old fashioned dictatorship can help change things for those teams.

### The Mature stage needs a coach

A team that can self manage just needs a coach for the personal team members, to _grow_ them, to teach them new skills. They need someone to keep an open eye for interesting things that they may not have noticed, and they can use (not need!) a second look every once in a while if they are facing interesting dilemmas.

## Read next

- [What to do if some people in the team just don't want to take a task?](https://www.5whys.com/articles/what-to-do-if-some-people-in-the-team-just-dont-want-to-take.html): How a Scrum team leader should respond when team members won't pick tasks in sprint planning, with different tactics for each team maturity stage.
- [Video: How to manage a person who is always late to a standup meeting](https://www.5whys.com/articles/video-how-to-manage-a-person-who-is-always-late-to-a-standup.html): A YouTube video answering how to handle a team member who is always late to the daily standup, with a different approach for each team maturity stage.
- [Leadership and the mature team](https://www.5whys.com/articles/leadership-and-the-mature-team.html): Mike Burrows responds to the three maturity stages, arguing self-organization goes beyond self-management and mature teams still need leadership.

## Topic

- [Learning Mode](https://www.5whys.com/topics/learning-mode)
- [Scrum Master](https://www.5whys.com/topics/scrum-master)


---

## About the author

**Roy Osherove**: Senior Solutions Architect at AWS working on AI for production and AI-driven development; author of The Art of Unit Testing and Elastic Leadership, with about 20 years of consulting and training on unit testing, TDD, team leadership and continuous delivery.

### Sites

- [RobotPaper](https://robotpaper.ai/): This blog: AI patterns and anti-patterns, AI and coding agents, and engineering leadership.
- [osherove.com](https://osherove.com): Roy's personal site. Author of The Art of Unit Testing and Elastic Leadership; consulting and training on unit testing, TDD, team leadership and continuous delivery, plus about 20 years of blog posts.
- [The Art of Unit Testing](https://www.artofunittesting.com): The Art of Unit Testing, 3rd Edition (Manning): readable, maintainable, trustworthy unit tests, plus TDD workshops in C#, JavaScript, Java and Kotlin.
- [5whys.com](https://www.5whys.com): Roy's writing on software team leadership: self-organizing teams, surviving chaos, learning mode and the Elastic Leadership model.
- [Pipeline Driven](https://pipelinedriven.org): Continuous delivery and DevOps practices: build patterns, pipeline-friendly testing, DevOps metrics and enterprise DevOps.
- [Elastic Leadership](https://www.elasticleadership.com): Elastic Leadership, Roy's framework for software team leaders (survival, learning and self-organizing modes).

### Social

- X: https://x.com/royosherove
- LinkedIn: https://www.linkedin.com/in/osherove/

### Contact

- Contact form: https://forms.gle/jQSx5KoXvrVA1JCK7

### License

Licensed under CC BY 4.0 — reuse, quote and adapt with attribution (Roy Osherove, link to the original page). License: https://creativecommons.org/licenses/by/4.0/
