Project Management

Please login or join to subscribe to this thread

What size Agile team has worked best for you?

linkedin twitter facebook   Agile   Scrum   Strategy  
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
There are numerous guides for sizing Agile teams. Some say it should be 3-9 team members, others say 7 +/- 2. What is the ideal Agile team size in your experience?
Sort By:
< 1 2 >
avatar
Drew Craig Sr. Agile & Product Coach| Vanguard Philadelphia, Pa, United States
My team now is 6, including myself, with 3 being remote. I understand it may increase over the course of the year though. Previously, I was part of a larger team of around 15. Much of what will work is dependent on the environment and functional complexity and size. When we had the larger team, it was with a very complex system, where each team was based on system functions. There were many moving parts and several programming languages, hence the increase in members. It worked very well, impressively well actually. All team members were co-located.

In short, it depends :)
...
1 reply by Sante Delle-Vergini, PhD
Jan 20, 2018 8:37 AM
Sante Delle-Vergini, PhD
...
Great, thanks Andrew. Team size could be a theory unto itself.
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
Jan 20, 2018 7:23 AM
Replying to Drew Craig
...
My team now is 6, including myself, with 3 being remote. I understand it may increase over the course of the year though. Previously, I was part of a larger team of around 15. Much of what will work is dependent on the environment and functional complexity and size. When we had the larger team, it was with a very complex system, where each team was based on system functions. There were many moving parts and several programming languages, hence the increase in members. It worked very well, impressively well actually. All team members were co-located.

In short, it depends :)
Great, thanks Andrew. Team size could be a theory unto itself.
avatar
Kiron Bondale Retired | Mentor| Retired Welland, Ontario, Canada
Sante -

if you are talking about an individual agile team or pod - I would usually go with the old 7 +/- 2 in general to avoid being impacted by the n*(n-1)/2 non-linear communication channels issue. Exceptions can happen depending on the scale of the project scope and the experience and maturity of the team itself. For example, I'd give the 80s show A-Team any project to do and they were just 4 people :-) !

However, if you are talking about the size of an overall team to deliver a product or project, it could be much larger, but you'd divide the project along logical lines (e.g. feature, component, value stream) and have individual agile teams working on each with coordination occurring between them implicitly or explicitly.

Kiron
...
1 reply by Sante Delle-Vergini, PhD
Jan 20, 2018 6:29 PM
Sante Delle-Vergini, PhD
...
Interesting. Many people like the number 7, for several reasons. I would say 6, but the right choice can be subjective and is certainly project-specific.
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
Jan 20, 2018 9:03 AM
Replying to Kiron Bondale
...
Sante -

if you are talking about an individual agile team or pod - I would usually go with the old 7 +/- 2 in general to avoid being impacted by the n*(n-1)/2 non-linear communication channels issue. Exceptions can happen depending on the scale of the project scope and the experience and maturity of the team itself. For example, I'd give the 80s show A-Team any project to do and they were just 4 people :-) !

However, if you are talking about the size of an overall team to deliver a product or project, it could be much larger, but you'd divide the project along logical lines (e.g. feature, component, value stream) and have individual agile teams working on each with coordination occurring between them implicitly or explicitly.

Kiron
Interesting. Many people like the number 7, for several reasons. I would say 6, but the right choice can be subjective and is certainly project-specific.
avatar
Najam Mumtaz Retired Lahore, Punjab, Pakistan
Although it depends on type and complexity of project, I have had 5-6 members on my team and it is because I have experienced that smaller teams have better communication, all members are better acquainted with each other and are more focused on project goals.
...
1 reply by Sante Delle-Vergini, PhD
Jan 21, 2018 2:34 AM
Sante Delle-Vergini, PhD
...
Certainly smaller teams makes communication less complex, and 6 seems like a good number. Thanks Najam.
avatar
Giuliano Caracciolo Senior Director, Operational Excellence| Points (A Plusgrade Company) Toronto, Ontario, Canada
I agree that 5-6 seems to be the best number to create high output without causing confusion within your team. I also noticed it's much easier to gain alignment with organizational / project goals which should be a top priority for any project manager / scrum master to enforce.

Lastly, while the team may be small, you still get a great mix of experience and perspectives if you've done your staffing properly.
...
1 reply by Sante Delle-Vergini, PhD
Jan 21, 2018 2:48 AM
Sante Delle-Vergini, PhD
...
Agreed. Team mix and cross-functionality is more important than team size,
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
Jan 20, 2018 9:05 PM
Replying to Najam Mumtaz
...
Although it depends on type and complexity of project, I have had 5-6 members on my team and it is because I have experienced that smaller teams have better communication, all members are better acquainted with each other and are more focused on project goals.
Certainly smaller teams makes communication less complex, and 6 seems like a good number. Thanks Najam.
avatar
Sante Delle-Vergini, PhD Senior Project Manager| Infosys Melbourne, Victoria, Australia
Jan 20, 2018 9:19 PM
Replying to Giuliano Caracciolo
...
I agree that 5-6 seems to be the best number to create high output without causing confusion within your team. I also noticed it's much easier to gain alignment with organizational / project goals which should be a top priority for any project manager / scrum master to enforce.

Lastly, while the team may be small, you still get a great mix of experience and perspectives if you've done your staffing properly.
Agreed. Team mix and cross-functionality is more important than team size,
avatar
Rajeev Sharma Principal Consultant | Strategy, EA CoE | Digital Transformation, AI and Gen-AI| Tech Mahindra Gurgaon, Haryana, India
5 +/-2 being a magic number for me in seven year expouser !

However when it came to product portfolio's or product lines ownership (in industry vertical) - i had 5-6 such parallel groups to satisfy sub domains.
avatar
Demetrius Williams Atlanta, Ga, United States
I would agree with Najam. Team sizes of 5 or less, there is less complexity in communication. It really depends on the experience of the team and how well they work together. Have they worked together before on other successful projects? Do they know how to best communicate and interact with one another?
< 1 2 >

Please login or join to reply

Content ID:
ADVERTISEMENTS

"Impartial observers from other planets would consider ours an utterly bizarre enclave if it were populated by birds, defined as flying animals, that nevertheless rarely or never actually flew. They would also be perplexed if they encountered in our seas, lakes, rivers and ponds, creatures defined as swimmers that never did any swimming. But they would be even more surprised to encounter a species defined as a thinking animal if, in fact, the creature very rarely indulged in actual thinking."

- Steve Allen

ADVERTISEMENT

Sponsors