Почему график проекта врёт уже в день, когда его нарисовали
Прораб обещает кухню за две недели. Он не врёт — он искренне так думает. В его голове плитку привезли вовремя, электрик не заболел, заказчик не передумал насчёт розеток. Через два месяца вы оба делаете вид, что графика не было.
Скотт Беркун в «Искусстве управления IT-проектами» называет это парадоксом планировщика: мы прогнозируем сроки, рассчитывая на оптимальные условия, а потом, опираясь на весь свой опыт, не верим ни одному графику — даже своему. Недоверие к дедлайну рождается не в момент срыва, а в момент составления: мы планируем работу, которую хотели бы сделать, а не ту, что случится.
Зачем тогда графики? Беркун отвечает: угадать дату — лишь одна из трёх их задач. Вторая — заставить команду увидеть зависимости: пока рядом с задачами нет имён и сроков, никто не замечает, что дизайнер ждёт текст, а текст ждёт юриста. Третья — разбить работу на куски, по которым видно движение. Эти две функции работают даже у графика, который соврал про дату.
Майк Кон в «Agile: оценка и планирование проектов» смотрит с другой стороны: диаграмма Гантта заслужила дурную репутацию именно потому, что её используют для предсказания. А как карта того, какие функции попадут в какую итерацию — без имён напротив каждой строки, — она работает отлично.
💡 График врёт как прогноз, но работает как карта: делает обязательства видимыми и вскрывает зависимости. Перестаньте требовать от него пророчества — и он начнёт приносить пользу.
❓ Вы закладываете в сроки опыт прошлых проектов или «как должно быть в идеале»?
📚 Источники: Скотт Беркун — «Искусство управления IT-проектами», Майк Кон — «Agile: оценка и планирование проектов»
