Skip to main content

Scrum team size - Optimal vs allowed

Last post 02:15 pm December 6, 2019 by Mark Bakkers
6 replies
03:39 pm December 21, 2018

Hi All,

In the scrum guide,. it has been mentioned that 

Optimal Development Team size is small enough to remain nimble and large enough to complete significant work within a Sprint. 

and the reasons for suggesting the optimal size to be between 3 to 9. Now if the development team (excluding the PO and SM) size is less than 3 or more than 9, does it mean that they are not following Scrum? In other words, is the suggestion actually a restriction?


06:47 pm December 21, 2018

Perhaps the suggestion is that if there are less than 3 or more than 9 Development Team members, then team size is likely to prove restricting. Evidence is likely to show that concerns such as product delivery or team co-ordination are suboptimal.

If that is indeed the case upon inspection, then the team will need to adapt accordingly. Failure to do so would mean that the team was not implementing Scrum.


12:10 am December 22, 2018

The Development Team Size from Scrum Guide is a best practice, there is no definitive words like is, will, shall, should, must, etc.

It is an empirical observation that smaller than 3 would result in smaller productivity gains and having more than nine members requires too much coordination and generate too much complexity for an empirical process to be useful

so you are not breaking Scrum rules if you allow 10 or 11 without breaking them if it makes sense to keep them intact. But a line should be drawn when you find a 35 or 40 member team trying to plan and align their work every day !


05:10 pm December 22, 2018

so you are not breaking Scrum rules if you allow 10 or 11 without breaking them if it makes sense to keep them intact. But a line should be drawn when you find a 35 or 40 member team trying to plan and align their work every day !

Scrum guide's suggestion of keeping team size between 3 to 9 is based on lots of research. Empiricism is bound to show these problems as part of inspection (daily scrum or retrospective) in form of Scrum events taking longer time or team beginning to have virtual subteams or sub-groups.

As Ian rightly mentioned, team will need to adapt accordingly which in most cases is to split the team. Failure to do so would mean that the team was not implementing Scrum.


12:57 am December 27, 2018

 Shrikant Vashishtha, the Scrum guide never mandates the limits for the team size (Example: team size SHOULD be at least three and no more than nine) but explains the challenges of teams smaller than three members (decreased interaction and results in smaller productivity gains) and teams larger than nine members (requires too much coordination and generates too much complexity). My answer is proposing it to be a best practice and principle based rather than a binding rule. I myself always suggest for teams larger than 9 members to separate themselves into two smaller teams.


10:51 am December 27, 2018

If a team of more than 9 members does not increase complexity or require a lot of coordination, it might even be a sign that they aren't really working as a single team at all.


07:36 am December 6, 2019

If a team of more than 9 members does not increase complexity or require a lot of coordination, it might even be a sign that they aren't really working as a single team at all.

That is a good remark, they might be avoiding each other, which can be seen as a team conflict status.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.