Beta This is new guidance. Complete our quick 5-question survey to help us improve it.

  1. Service manual
  2. The team
  3. Change the size of a service team

It’s normal for a team’s size to increase and decrease over the life of a service as the amount and type of work changes. Increasing or decreasing your team size is known as ‘scaling up’ or scaling down’.

Read more about the team size you’ll need in each service phase.

When to scale up

You should only consider scaling up when everyone is already working well together. You should talk to your team about when it thinks scaling up would be a good option.

You may need to scale up if there’s too much work for the team. However, adding more people to a late digital project can often make it later.

If your project is behind schedule and you won’t be able to finish what you promised on time, you might need to redefine your minimum viable product (MVP).

Before hiring more people, check if the work backlog is as big as you think, eg whether everything in it needs to be completed by a fixed date.

How to scale up

You can scale up by adding people to existing teams or by creating new teams. Only consider creating a new team if you feel it’s impractical to increase the size of an existing one.

Add team members when you need them instead of hiring as many people as you can at the very beginning of your project.

Read the following guides to learn more about recruiting your team:

Splitting into 2 or more teams

If your team becomes too big to work effectively, split it into smaller teams.

Your team might be too big if:

  • the daily standup meeting lasts more than 15 minutes
  • team members’ updates aren’t relevant to everyone
  • smaller standups start happening after the main standup so people who are working together can plan better

It can also make sense to split a big team when certain features of your service need a different mix of skills. Having smaller teams can make communication easier, but teams working on particular features should still be multidisciplinary.

Managing productivity and pace

Adding more people can sometimes slow down the pace of work. Prepare for a drop in productivity while new people are brought up to speed and integrated into the team.

If you hire too many people at once, it could lead to a permanent drop in productivity due to communication and coordination difficulties.

When creating new teams, there’s also a risk that you could lose your agile delivery culture. Try to put existing team members who know how your culture works into new teams - this can help to provide continuity.

Get the right people

Only add more people when you’re confident they’re a good fit for your team and have the right skills and experience. If you can’t immediately find the right people to work on the service, change your scope or delivery deadlines instead of hiring people who aren’t suitable.

How to reduce the size of your team

When your service moves from beta to live, you’ll usually have met more user needs and have less work left to do. This means you’ll need to plan how and when to reduce the size of your team.

To work out when and how to do this, you should review your service’s roadmap, release plans and product backlog with your team.

You should consider whether to merge teams and bear in mind that remaining team members will need time to reorganise their work.

Examples and case studies

Learn how government departments and agencies changed their service teams:

You may also find the following guides useful:

Published by:
Agile delivery community