During the 10 years I’ve been working as a software developer I have participated in both
successful and unsuccessful projects. When a project is stumbling and failing to deliver
what is expected, it is natural to look for changes to make and when pressure from managemenent above gets too intense and time to market is crucial, the project manager’s weapon nearly always seems to be:
“Let’s bring in some more resources to ensure the delivery date will be met. ”
This way, when the project fails, the project manager can stand tall and state:
“Well, at least I did what I could….”
This urge to scale up whenever things slip, is kind of fascinating. But in some projects scaling up may actually slow the project down. In my opinion, scaling up is NOT a good idea if:
- The complexity of the domain is high
- The time span of the project is short
- If the project already consists of team(s) with 6 or more members
In projects where the landscape is as a above, it actually might be more beneficial to scale down instead. Why is this so? First of all, when adding more members to the project you also increase the communication needed in the project. When the amount of communication increases you also increase the chance of misunderstandings and mis-interpretation. Second, unless the new team members added are experts in domain and technology (which is rare to come by these days), you will need to invest time in training and knowledge transfer. This will almost certainly tie up key resources with questions, work shops and so forth which could acually lead to less velocity. Thirdly, two developers aren’t alike, a common misunderstanding by managers. A developer with poor skills might infact produce a negative velocity if other resources need to clean up their poor work. Finally, research has shown that small teams in general have a better team sprit then large teams. And as we all know, great team spirit is needed when producing high quality software.
To conclude: It is my opinion that project managers sometimes chooses the “scale up strategy” way too easily. This sometimes misjudged action gives them an alibi to show management. Way to often this strategy, along with the project, fails. What we instead need is skilled, brawe project managers who do not walk into the that “Scale up trap” whenever a project fails to deliver.