Почему команда растёт, а срок — нет
Когда в проект добавляют разработчиков, они не сразу превращаются в дополнительные рабочие руки. Сначала им нужно разобраться в коде, инструментах и уже принятых решениях. На вопросы отвечают опытные коллеги — те самые люди, которым нужно было завершать работу. В результате новые сотрудники временно отнимают часть времени у команды, прежде чем смогут вернуть его своей работой.
Есть и вторая цена — координация. Разработчикам приходится согласовывать изменения, делить задачи и проверять, не мешают ли их решения друг другу. Чем больше участников, тем больше потенциальных связей между ними: при росте команды общение может усложняться быстрее, чем увеличивается её численность.
Не всякую работу можно разделить
Ускорение возможно, когда задачу удаётся разбить на независимые части: например, несколько компонентов можно разрабатывать параллельно с чёткими границами между ними. Но если следующий шаг зависит от результата предыдущего или разные части постоянно затрагивают один и тот же код, дополнительные люди не создают столько же независимой работы. Они добавляют ожидание, согласования и риск переделок.
Закон Брукса — не запрет расширять команду, а предупреждение о цене позднего найма. На раннем этапе новые участники могут успеть освоиться и принести пользу; ближе к дедлайну обучение и координация нередко занимают больше времени, чем остаётся на эффект от их усилий. Поэтому руководителю важно спрашивать не только «сколько людей добавить?», но и «какую отдельную часть работы они смогут выполнить, не задерживая остальных?».
