Закон Брукса
Нельзя тушить пожар бензином. С этим любой согласен. Однако, если проект начинает гореть, менеджер начинает заливать его людьми.

Закон Брукса так и говорит: каждый новый человек в уже горящий по срокам проект приведет к дальнейшему росту сроков. Так что заливать горящий проект людьми это все равно что тушить пожар бензином, не очень хорошая идея. Но почему так?

Почему закон Брукса работает
- Новые люди должны влиться в команду. Вил Ларсон в "Элегантном Пазле" называет это геллингом. Чтобы выйти на уровень эффективности, новый разработчик должен со всеми перезнакомиться, запомнить, как запускать всякие магические скрипты, к какому девопсу ходить, а к какому не надо, к кому идти за советом касаемо то или иной части кода — ну короче, геллинг. Что еще хуже: существующая команда тоже потратит время, чтобы влить к себе новичка.
- Новые люди повышают налог на коммуникацию. Я приложил к посту картинку, насколько быстро растет число горизонтальных (и только горизонтальных!) коммуникаций с ростом команды.
- Некоторые задачи нельзя распараллелить. Как девять женщин не родят ребенка за месяц, так и некоторую задачу просто нельзя ускорить людьми. Как правило, это какой-нибудь ресерч или технически сложная задача.

Что же теперь делать
Если ваш проект горит, я знаю три надежных варианта действий, чтобы успеть:
- Перенести сроки на подальше.
- Порезать скоуп задач, чтобы бэклог стал поменьше.
- Использовать принцип "бах-бах и в продакшн", то есть набрать кучу техдолга.

Если знаете еще варианты, пишите в комментарии :)