Muldron
Muldron
Семинары по управлению IT
Работаем с 2019 года
Удалённый доступ по всей стране
Управление проектами 4 мин

Дедлайны в IT: почему они срываются и что с этим делать

Дедлайны в IT: почему они срываются и что с этим делать

Проект должен был выйти в пятницу. Сейчас понедельник, а команда говорит «ещё пара дней». Это повторяется каждый спринт. Вы уже привыкли, но клиент — нет.

Откуда берётся «ещё пара дней»

Разработчики, как правило, оценивают задачу в вакууме — без учёта код-ревью, исправления багов после тестирования и неожиданных зависимостей. Задача на «2 часа» легко превращается в задачу на «2 дня».

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

Простая техника, которая работает

Попросите разработчика дать три оценки: оптимистичную, реалистичную и пессимистичную. Затем используйте формулу:

(оптимистичная + 4 × реалистичная + пессимистичная) ÷ 6

Это упрощённая PERT-оценка. Она учитывает риски без сложного планирования. Добавьте к результату 20% — и у вас будет срок, который можно назвать клиенту.

Что меняется

Команды, которые начинают использовать взвешенную оценку вместо одной цифры, в среднем укладываются в дедлайн на 40% чаще уже в первый месяц. Не потому что работают быстрее — просто планируют честнее.

Как вам эта статья?
Выберите реакцию — без регистрации и подсчётов
Настройки cookies

Мы используем файлы cookie для аналитики и персонализации. Вы можете выбрать, какие данные разрешить к обработке.

НеобходимыеВсегда активны — сайт без них не работает
Аналитикаanalytics_storage — статистика посещений
Рекламаad_storage, ad_personalization, ad_user_data
Продажа данныхПередача данных третьим лицам в коммерческих целях