Просроченный проект нельзя спасти количеством людей

Проект опаздывает. Что обычно хочется сделать руководителю? Конечно, добавить людей. Ещё двоих сюда, троих туда — и сейчас всё разгребут.

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

Причина довольно бытовая. Новичку мало сказать: «Вот задача, работай». Нужно объяснить, что уже сделано, почему здесь принято именно такое решение, где лежат документы, с кем согласовывать. И объясняют всё это как раз те люди, которых пытаются спасти от перегрузки.

Плюс появляется ещё одна мелочь. Чем больше людей, тем больше разговоров между ними. Один знает одно, второй другое, третьему забыли рассказать вчерашнее решение. Вроде сотрудников стало больше, а работа почему-то не ускорилась.

Но вот что важно. Закон Брукса вовсе не говорит: людей добавлять нельзя. Если работу можно нормально разделить, задачи понятны, а нового человека можно быстро ввести в дело — дополнительные руки действительно помогут.

Пожалуй, интереснее другое. Когда проект начинает гореть, первая реакция обычно — искать дополнительный ресурс. Хотя сначала стоило бы выяснить, что именно сломалось.

Не хватает людей? Или уже никто толком не понимает, сколько осталось работы, кто за что отвечает и что вообще считать готовым?

Проверяется почти по-бытовому. Спросить нескольких участников проекта: «Сколько нам осталось?»

Если звучит примерно один ответ — возможно, нужны люди. Если три совершенно разных — ещё несколько человек вряд ли станут лекарством.