Scaling tech teams: it’s not just about adding more people

A common misconception is adding more people will speed things up. Often this can lead to only marginal gains and ๐˜ฎ๐˜ข๐˜บ ๐˜ฆ๐˜ท๐˜ฆ๐˜ฏ ๐˜ด๐˜ญ๐˜ฐ๐˜ธ ๐˜ต๐˜ฉ๐˜ช๐˜ฏ๐˜จ๐˜ด ๐˜ฅ๐˜ฐ๐˜ธ๐˜ฏ by exacerbating existing inefficiencies.

Here are some of the common reasons why ๐Ÿ‘‡

๐Ÿšง Key person dependencies – bottlenecks on particular individuals.

๐Ÿค– Lack of automated testing – resulting in lengthy (and error prone) manual testing required for each release.

๐Ÿงฉ Complex code – significant effort often required even for small changes.

๐ŸŽฏ Lack of clear prioritisation and focus – trying to do too much at the same time and regularly shifting priorities meaning everything goes more slowly ๐ŸŒ.

โ“ Unclear requirements – resulting in a high change failure rate and lots of re-work.

๐Ÿค Lack of collaboration – working as a group of individuals rather than a team – exacerbating bottlenecks on key individuals and roles.

๐ŸŽ“ Low talent density – skill gaps and lack of familiarity with modern best practices, unable to ๐˜ฅ๐˜ฐ ๐˜ต๐˜ฉ๐˜ฆ ๐˜ฉ๐˜ข๐˜ณ๐˜ฅ ๐˜ธ๐˜ฐ๐˜ณ๐˜ฌ ๐˜ต๐˜ฐ ๐˜ฎ๐˜ข๐˜ฌ๐˜ฆ ๐˜ต๐˜ฉ๐˜ช๐˜ฏ๐˜จ๐˜ด ๐˜ด๐˜ช๐˜ฎ๐˜ฑ๐˜ญ๐˜ฆ (edit: added)

If you’re experiencing some of the challenges above, I generally recommend focusing on improving how your existing team operates ๐˜ฃ๐˜ฆ๐˜ง๐˜ฐ๐˜ณ๐˜ฆ adding more people (which might mean temporarily bringing in specialist support to address specific skills gaps).

The double benefit is in the short term, you get a greater impact from your existing team, and when you do decide to grow, it will increase the impact of any new roles you bring in.

As I’ll regularly say, ๐˜ฅ๐˜ฐ ๐˜ญ๐˜ฆ๐˜ด๐˜ด, ๐˜ฃ๐˜ฆ๐˜ต๐˜ต๐˜ฆ๐˜ณ and ๐˜ด๐˜ญ๐˜ฐ๐˜ธ ๐˜ฅ๐˜ฐ๐˜ธ๐˜ฏ ๐˜ต๐˜ฐ ๐˜ด๐˜ฑ๐˜ฆ๐˜ฆ๐˜ฅ ๐˜ถ๐˜ฑ.

Leave a Reply

Your email address will not be published. Required fields are marked *