Срываются сроки проекта: что делать?

Сдвиг срока — сигнал проверить устройство работы, а не повод искать виноватого. В живом проекте появляются новые данные, зависимые команды меняют планы, а первоначальная оценка оказывается неточной. Опасен не сам пересмотр даты, а ситуация, когда команда видит риск и молчит до дня запуска. Раннее предупреждение оставляет время на выбор; позднее превращает задержку в сюрприз для всех.

1. Назовите срок и отклонение точно

«Завтра», «на следующей неделе» и «после праздников» не годятся для проектного плана. Назовите дату и, когда это важно, час. Запишите, какой результат к этому моменту обещали, что готово сейчас и какая часть результата под угрозой. Отделите факт от предположения: «макет согласован» — факт, «разработка займёт неделю» — оценка.

Если срок завершения пока нельзя оценить, поставьте срок следующего действия: когда команда разберёт неизвестную часть, кто поможет с оценкой и в какой день появится дата завершения. Неопределённость тоже можно планировать.

2. Проверьте движение до дедлайна

Не ждите даты сдачи, чтобы спросить о статусе. Сверяйте сделанное с обещанным на ближайший период и просмотрите зависимости. Где исполнитель ждёт решения? Где одна задача блокирует другую? Какая работа оказалась больше, чем думали? Не каждый опоздавший пункт сдвигает весь проект. Ищите тот, от которого действительно зависит следующий результат, и оцените, какие другие задачи затронет перенос.

3. Пересоберите обещание, а не только календарь

После выяснения причины есть несколько честных вариантов: уменьшить объём ближайшего выпуска, перенести дату, изменить последовательность работ или перераспределить людей. У каждого варианта своя цена. Добавление людей, например, не ускорит задачу, пока команда ждёт утверждения решения. Сравните варианты с целью проекта, согласуйте выбор с исполнителями и зафиксируйте новые сроки вместе с контрольными точками.

Условный пример

Команда обещала выпустить новый раздел продукта 30-го числа. Уже 20-го видно, что интеграция с внешней системой не проверена. Менеджер сообщает о риске сейчас, назначает проверку на 23-е и предлагает два варианта: сдвинуть весь выпуск или выпустить раздел без функции, зависящей от интеграции, если это сохраняет полезный результат для пользователя. Решение зависит от цели проекта; его нельзя принять по календарю в отрыве от результата.

4. Сообщите о риске до переноса

Команде, руководителю и заинтересованным группам нужен один и тот же ответ: что изменилось, почему, на что это повлияет, какие есть варианты и когда будет принято решение. Не ждите, пока первоначальная дата пройдёт. Даже если новый срок завершения пока назвать нельзя, можно назначить дату следующего решения и указать, какую информацию к ней соберёте. После согласования обновите общий план и закрепите новые обязательства.

5. Сверяйте обещанное и сделанное

Новый большой дедлайн легко сорвать по той же причине. Договоритесь о ближайшем проверяемом результате: кто что принесёт, когда и по какому признаку станет ясно, что работа движется. На следующем планировании начните с прежних обещаний: что выполнено, что перенесено и почему. Повторные переносы не должны теряться среди новых задач. В книге для этого используются выталкивающие таблицы — планы на разные горизонты, которые регулярно обновляют и проверяют. Если проблема повторяется, пересматривайте не только оценку длительности, но и способ постановки задач и ритм работы.