Проект должен был выйти в пятницу. Сейчас понедельник, а команда говорит «ещё пара дней». Это повторяется каждый спринт. Вы уже привыкли, но клиент — нет.
Откуда берётся «ещё пара дней»
Разработчики, как правило, оценивают задачу в вакууме — без учёта код-ревью, исправления багов после тестирования и неожиданных зависимостей. Задача на «2 часа» легко превращается в задачу на «2 дня».
Начинающие менеджеры усугубляют это, принимая первую оценку как факт и сразу обещая её клиенту.
Простая техника, которая работает
Попросите разработчика дать три оценки: оптимистичную, реалистичную и пессимистичную. Затем используйте формулу:
(оптимистичная + 4 × реалистичная + пессимистичная) ÷ 6
Это упрощённая PERT-оценка. Она учитывает риски без сложного планирования. Добавьте к результату 20% — и у вас будет срок, который можно назвать клиенту.
Что меняется
Команды, которые начинают использовать взвешенную оценку вместо одной цифры, в среднем укладываются в дедлайн на 40% чаще уже в первый месяц. Не потому что работают быстрее — просто планируют честнее.
