Ваш дедлайн врёт в 4 раза — и это нормально

Ваш дедлайн врёт в 4 раза — и это нормально

Том Демарко рассказывает историю: проект в штате Нью-Йорк, «жёсткий, фиксированный срок сдачи», никакие извинения не принимаются. Проект опоздал на 18 месяцев. За пивом заказчики признались: их волновали не сроки, а бюджет. Дедлайн был просто способом держать расходы в узде.

Это классический пример того, что Стив Макконнелл назвал «конусом неопределённости». Идея простая: в начале проекта оценки сроков отклоняются от реальности в 4 раза. Проект на 20 недель может занять от 12 до 32. Майк Кон приводит данные: на старте разброс составляет 60–160%. Скотт Беркун подтверждает — ранние расчёты графика промахиваются на 400%. И только к стадии реализации оценки начинают приближаться к правде.

Но главная ловушка не в плохих оценках, а в том, что их превращают в обязательства. Кон формулирует точно: оценка — вероятность, а обязательство — нет. «Сделаем к 30 июня» звучит уверенно. Честная оценка звучала бы «где-то между июнем и октябрём». Разница в том, что первый вариант создаёт иллюзию контроля, а второй — реальную основу для управления рисками.

💡 Не боритесь с неопределённостью на старте — она неизбежна. Давайте диапазоны вместо дат, работайте итерациями и уточняйте прогноз по мере продвижения.

❓ Как часто в ваших проектах первоначальный дедлайн совпадал с реальным?

📚 Источники: Майк Кон — «Agile — оценка и планирование проектов», Скотт Беркун — «Искусство управления IT-проектами», Том Демарко, Тимоти Листер — «Вальсируя с медведями»