Автор статьи: Дмитрий Курдюмов
Участвовал в Аджайл-трансформациях в крупнейших компаниях в России (Альфа банк, МТС, Х5 retail group), с международным опытом в стартапе зарубежом
Меня зовут Курдюмов Дмитрий, я более 7 лет управляю ИТ‑командами и помогаю компаниям выстраивать эффективные процессы. Одной из самых частых проблем, с которыми сталкиваются команды, является неточность планирования сроков выполнения задач.
Разработчик говорит: «Это на пару часов». Проходит день, потом два, и выясняется, что в процессе работы всплыли интеграционные проблемы, тестировщики нашли баги, а кто‑то еще ждет согласования. В итоге задача, которую оценили в несколько часов, затягивается на несколько дней или недель.
Почему так происходит? Потому что абсолютные оценки в часах не работают. Они не учитывают неопределенности, возникающие в процессе работы:
Время на уточнение требований.
Ожидание обратной связи от аналитиков и заказчиков.
Время, потраченное на исправление неожиданных проблем.
Простои между передачами задач из одной команды в другую.
Как же тогда планировать и прогнозировать сроки выполнения задач?
Как прогнозировать сроки выполнения задач: три работающих подхода
1. Использовать статистику, а не экспертные оценки
Вместо того, чтобы пытаться точно оценить время выполнения каждой задачи, собирайте реальные данные о том, сколько времени занимает выполнение похожих задач.
Как это сделать:
Фиксируйте, когда задача была взята в работу и когда она реально была завершена (включая тестирование и релиз).
Отслеживайте не только время разработки, но и задержки, связанные с ожиданием ответов, согласованиями и релизами.
Разделите задачи по размеру (например, S, M, L, XL) и собирайте статистику по каждому типу.
Пример: если за последние три месяца 80% задач размера M выполнялись в течение 5–7 дней, то с высокой вероятностью новая задача аналогичного размера займет примерно столько же времени.
📌 Как автоматизировать сбор статистики?
Собирать такие данные вручную — долго и неэффективно. Поэтому я рекомендую использовать инструмент Aimger, который автоматически анализирует скорость выполнения задач, простои, задержки и формирует точные прогнозы на основе исторических данных. Aimger помогает командам и менеджерам получать объективные данные о времени выполнения задач, что делает планирование более точным.
2. Оценивать задачи не в часах, а в относительных единицах
Когда команда оценивает задачи в часах, это создает иллюзию точности, которая на самом деле приводит к ошибкам. Вместо этого лучше использовать относительные оценки, например:
Story Points (по ряду Фибоначчи: 1, 2, 3, 5, 8 и так далее).
Оценку в «футболках» (XS, S, M, L, XL).
Как это работает:
Находим в бэклоге самую маленькую задачу, принимаем ее за 1 SP (или XS).
Сравниваем другие задачи с ней и оцениваем их относительно друг друга.
Планируем спринт и смотрим, сколько SP команда реально завершает за итерацию.
Через 3–5 спринтов накапливается статистика, на которую можно опираться при планировании.
Таким образом, мы оцениваем не время, а сложность и объем задачи относительно других, что делает прогнозирование более точным.
Пример:
Задача A (1 SP) занимает 2 дня.
Задача B (3 SP) обычно занимает 5–6 дней.
Задача C (8 SP) может растянуться на 2–3 недели.
Через несколько спринтов становится понятно, сколько SP команда делает за итерацию, и можно более точно планировать будущие спринты.
3. Использовать статистику выполнения прошлых спринтов
Если вы работаете по Scrum, можно анализировать, сколько Story Points команда выполняла в прошлых спринтах.
Как это сделать:
Фиксируйте скорость команды (Velocity) — среднее количество выполненных SP за спринт.
Учитывайте тенденции — если команда стабильно делает 30 SP за спринт, то планировать на следующий спринт 50 SP бессмысленно.
Анализируйте вариативность — насколько часто сроки отклонялись от запланированных, какие были причины.
Когда у вас есть такие данные, можно с высокой точностью прогнозировать, что реально успеет сделать команда в следующем спринте.
Почему статистические оценки лучше экспертных?
Они учитывают реальность, а не субъективные ощущения.
Позволяют учитывать неопределенности, связанные с согласованиями, задержками и исправлениями.
Снижают стресс в команде — разработчики не боятся ошибиться в оценках, так как прогноз строится на данных.
Улучшают предсказуемость — заказчики и руководство получают более точные сроки поставки.
Какие выгоды дает такой подход?
Прогнозируемость сроков вырастает до 90% — вы можете уверенно сказать заказчикам, когда будет готова та или иная задача.
Улучшается качество планирования — больше никаких внезапных переносов сроков.
Экономия времени на оценку — команда не тратит часы на бесполезные обсуждения, а использует уже накопленные данные.
Снижается напряженность в команде — разработчики работают в комфортном темпе, а менеджеры получают объективные данные.
Более точные ожидания со стороны бизнеса — заказчики понимают, когда получат готовый продукт.
Вывод
Абсолютные оценки задач в часах — это иллюзия контроля. Они не работают, потому что не учитывают неопределенности.
Если хотите более точно прогнозировать сроки:
Используйте статистику завершенных задач, а не экспертные оценки.
Оценивайте задачи в относительных единицах (Story Points, футболки).
Анализируйте скорость выполнения задач в прошлых спринтах.
Автоматизируйте сбор данных с помощью Aimger, чтобы получать объективные прогнозы.
Этот подход делает планирование точнее, а работу команды — более предсказуемой.
Приглашаю на менторство
Я помогаю менеджерам разного уровня, CTO, CPO лидам разработки и менеджерам проектов выстраивать эффективные процессы в командах, оптимизировать планирование и улучшать предсказуемость работы.
Больше полезных материалов по Agile, управлению командами и трансформации процессов — в моем Telegram-канале. Подписывайтесь! А также приходите на менторство.
Какие компетенции должны быть у современного продакта? Должен ли продакт выполнять функции проджекта, маркетолога и бухгалтера? Как разные компании трактуют роль продакт-менеджера? Обсудим это и многое другое на открытом уроке 6 февраля. Записаться
А также 24 февраля пройдет открытый урок, посвященный теме CJM — как она помогает строить отношения с клиентом. Поговорим об основных этапах касаний и о том, как улучшить пользовательский опыт. Подробнее
