
Автор статьи: Дмитрий Курдюмов
Участвовал в Аджайл-трансформациях в крупнейших компаниях в России (Альфа банк, МТС, Х5 retail group), с международным опытом в стартапе зарубежом
Меня зовут Курдюмов Дмитрий, я более 7 лет управляю ИТ‑командами и помогаю компаниям выстраивать эффективные процессы. Одной из самых частых проблем, с которыми сталкиваются команды, является неточность планирования сроков выполнения задач.
Разработчик говорит: «Это на пару часов». Проходит день, потом два, и выясняется, что в процессе работы всплыли интеграционные проблемы, тестировщики нашли баги, а кто‑то еще ждет согласования. В итоге задача, которую оценили в несколько часов, затягивается на несколько дней или недель.
Почему так происходит? Потому что абсолютные оценки в часах не работают. Они не учитывают неопределенности, возникающие в процессе работы:
Время на уточнение требований.
Ожидание обратной связи от аналитиков и заказчиков.
Время, потраченное на исправление неожиданных проблем.
Простои между передачами задач из одной команды в другую.
Как же тогда планировать и прогнозировать сроки выполнения задач?
Как прогнозировать сроки выполнения задач: три работающих подхода
1. Использовать статистику, а не экспертные оценки
Вместо того, чтобы пытаться точно оценить время выполнения каждой задачи, собирайте реальные данные о том, сколько времени занимает выполнение похожих задач.
Как это сделать:
Фиксируйте, когда задача была взята в работу и когда она реально была завершена (включая тестирование и релиз).
Отслеживайте не только время разработки, но и задержки, связанные с ожиданием ответов, согласованиями и релизами.
Разделите задачи по размеру (например, S, M, L, XL) и собирайте статистику по каждому типу.
Пример: если за последние три месяца 80% задач размера M выполнялись в течение 5–7 дней, то с высокой вероятностью новая задача аналогичного размера займет примерно столько же времени.
