Оценка сроков — это прогноз того, сколько времени или усилий потребуется на задачу до начала работы. Её важно отличать от дедлайна: оценка отвечает на вопрос «сколько займёт выполнение», а дедлайн — «к какому моменту нужен готовый результат».
Чтобы получить реалистичную оценку, нужно определить единицу измерения, выбрать подходящий метод, учесть неопределённость и после завершения задачи сравнить план с фактическими трудозатратами. Такое сравнение помогает постепенно уточнять следующие прогнозы.
Цикл оценки задачи
Зачем оценивать трудозатраты до начала работы?
Оценка трудозатрат нужна, чтобы определить, сколько работы помещается в доступное время и какие сроки можно обещать команде или заказчику. Без неё сложно планировать спринт, рассчитывать бюджет, распределять загрузку и определять реалистичный дедлайн.
Оценка также помогает заметить нехватку ресурсов до начала работы. Если общий объём задач превышает доступное время команды, план можно скорректировать заранее: изменить приоритеты, объём или распределение задач.
Оценка становится исходными данными для дальнейшего планирования. Например, на её основе можно спланировать спринт и определить, какой объём работы команда сможет взять в выбранный период.
В чём измерять оценку задачи?
Задачи можно оценивать в календарном времени или использовать относительные шкалы. На практике часто применяют часы и дни, Story Points или размеры XS–XL.
Часы и дни подходят, когда нужно связать объём работы с календарём. Story Points позволяют сравнивать задачи между собой по относительному размеру, сложности и неопределённости. Шкала XS–XL даёт более грубую оценку и подходит для быстрого предварительного сравнения.
| Часы и дни Ожидаемые трудозатраты. Подходят, когда нужно планировать календарный срок или бюджет. | Story Points Относительный размер и сложность. Подходят для командного планирования и сравнения задач. | XS–XL Приблизительный относительный размер. Подходит, когда точных данных пока недостаточно. |
Когда оценивать в часах, а когда в Story Points?
В часах или днях удобно оценивать понятную работу, для которой важна связь с календарём: например, подготовку отчёта, вёрстку страницы или работу по договору.
Story Points используют, когда команда хочет сравнивать задачи относительно друг друга, не привязывая каждый балл к конкретному количеству часов. В оценке можно учитывать объём, сложность и неопределённость работы.
Для прогноза команды смотрят на её фактическую скорость выполнения — сколько баллов она завершает за несколько рабочих циклов. История предыдущих спринтов помогает приблизительно оценить, сколько следующих потребуется для оставшегося объёма.
Почему в оценке используют числа Фибоначчи?
Для Story Points часто используют последовательность 1, 2, 3, 5, 8, 13, 21. Чем крупнее задача, тем больше расстояние между соседними значениями.
Такая шкала помогает не создавать ложную точность при оценке больших и неопределённых задач. Для небольшой работы разница между 1 и 2 баллами может быть существенной, а для крупной задачи спор между близкими значениями даёт мало полезной информации.
Если команда не может выбрать между большими значениями, это также может быть сигналом, что задачу стоит дополнительно разбить.
Какими методами оценивать сроки задачи?
Метод оценки выбирают в зависимости от того, насколько знакома работа и сколько данных о ней уже есть. На практике используют экспертную оценку, аналогию с прошлыми задачами, декомпозицию, метод трёх точек и командные методы вроде покера планирования.
Эти подходы можно сочетать. Например, сначала разбить большую задачу на части, затем оценить каждую по аналогии с прошлыми работами, а для самых неопределённых использовать метод трёх точек.
| Экспертная оценка Оценку даёт специалист, знакомый с такой работой. | Аналогия Новую задачу сравнивают с уже выполненной похожей работой. |
| Декомпозиция Большую задачу разбивают и оценивают по частям. | Три точки Сравнивают оптимистичный, вероятный и пессимистичный сценарии. |
| Покер планирования Команда независимо оценивает задачу, а затем обсуждает расхождения. | |
Как декомпозиция уточняет оценку?
Декомпозиция помогает оценивать большую задачу через более конкретные части. Вместо одной общей оценки команда определяет трудозатраты для отдельных этапов и затем получает общий объём.
Например, задачу «запустить лендинг» можно разделить на подготовку текстов, дизайн, вёрстку, настройку форм и проверку. Каждую часть легче оценить отдельно, а при разбиении становятся заметны работы, которые могли не попасть в первоначальный прогноз.
Для этого большую работу можно разбить на подзадачи, а затем оценивать уже конкретные действия.
Как оценить срок по аналогии с прошлыми задачами?
Оценка по аналогии опирается на фактические данные о похожей работе. Если предыдущая вёрстка лендинга сопоставимого объёма заняла 25 часов, это значение можно использовать как отправную точку для нового проекта.
При сравнении важно учитывать различия: количество страниц, готовность макетов, интеграции, требования к адаптивности и другие факторы, которые меняют объём работы.
Чем больше команда хранит данных о плановых и фактических трудозатратах, тем полезнее становится этот метод.
Как работает метод трёх точек?
Метод трёх точек используют для задач, где одна оценка слишком сильно зависит от неопределённости. Вместо одного значения определяют три:
| O — оптимистичная Сколько займёт работа при благоприятном сценарии. | M — наиболее вероятная Сколько времени ожидается при обычных условиях. | P — пессимистичная Сколько может потребоваться при возникновении сложностей. |
Один из способов объединить эти значения — формула PERT:
Наиболее вероятная оценка получает больший вес, а оптимистичный и пессимистичный сценарии позволяют учесть разброс.
Чем дальше значения O и P находятся друг от друга, тем выше неопределённость задачи. В таком случае полезно не только увеличивать резерв, но и разбираться, какие именно факторы создают этот разброс.
Как команда оценивает задачу через покер планирования?
В покере планирования участники сначала выбирают оценку независимо друг от друга, а затем одновременно показывают результат. Это позволяет избежать ситуации, когда первая озвученная цифра становится ориентиром для всей команды.
Если оценки заметно различаются, участники с минимальным и максимальным значением объясняют свою логику. Часто на этом этапе обнаруживаются разные представления об объёме работы, зависимостях или технических рисках.
После обсуждения команда проводит новую оценку.
Почему оценки регулярно оказываются заниженными?
Оценки часто оказываются ниже фактических трудозатрат, потому что при планировании легче учесть основную работу, чем все сопутствующие действия. В первоначальную оценку могут не попасть согласования, проверка, доработки, ожидание внешних данных и переключение между задачами.
Ещё одна причина — недостаточная определённость самой задачи. Если требования меняются уже после начала работы или часть результата заранее не описана, фактический объём постепенно становится больше первоначального.
Поэтому при заметном расхождении плана и факта полезно искать конкретную причину, а не просто увеличивать все следующие оценки.
Что может не попасть в первоначальную оценку
- регулярно забывается время на проверку;
- не учитываются согласования;
- задача начинается с неполными требованиями;
- исполнителю приходится ждать смежную команду;
- одна крупная часть работы стабильно оценивается слишком оптимистично.
Так из отдельных ошибок постепенно формируются собственные правила оценки для команды.
Как учесть риски и заложить резерв в оценку?
Резерв добавляют на неопределённость, которую нельзя полностью включить в основную оценку. Его размер зависит от самой задачи: чем больше неизвестных, внешних зависимостей и возможных изменений, тем больше запас нужен в плане.
При этом резерв не должен заменять нормальную оценку. Если известно, что согласование занимает несколько часов, его нужно включить в объём работы, а не относить к непредвиденным обстоятельствам.
| Основная оценка Известный объём работы. | Резерв Запас на то, что невозможно точно предсказать заранее. |
Перед переводом оценки в календарный срок также нужно учитывать реальную доступность исполнителя. Например, 40 часов работы не означают автоматически пять календарных рабочих дней, если часть времени занимает текущая работа, встречи или другие регулярные обязанности.
Как оценить совершенно незнакомую задачу?
Незнакомую задачу лучше сначала оценивать крупно, не пытаясь сразу получить точное количество часов. Можно сравнить её с наиболее похожей известной работой или использовать относительную шкалу.
Если неопределённость слишком велика, полезно выделить отдельный исследовательский этап: разобраться в технологии, проверить гипотезу, собрать требования или сделать небольшой прототип. После этого оставшуюся работу можно оценить повторно уже на основе новых данных.
Как из оптимистичной и пессимистичной оценки получить одно число?
Если для планирования требуется одно значение, диапазон можно свести к ожидаемой оценке с помощью метода трёх точек. Формула PERT учитывает оптимистичный, наиболее вероятный и пессимистичный сценарии:
Например:
Но одно число не должно скрывать неопределённость. Если разница между оптимистичным и пессимистичным сценарием большая, для принятия решения полезно сохранить и сам диапазон.
Для внутреннего планирования команда может использовать ожидаемое значение, а при согласовании сроков учитывать дополнительные риски и зависимости.
Как чёткая постановка задачи повышает точность оценки?
Оценить задачу проще, когда заранее понятен результат и критерии готовности. Если участники по-разному представляют объём работы, их оценки будут относиться фактически к разным задачам.
| Размыто «Подготовить отчёт» | Для оценки нужны детали Какие данные нужны, в каком формате должен быть результат и требуется ли согласование. |
Например, формулировка «подготовить отчёт» не показывает, какие данные нужны, в каком формате должен быть результат и требуется ли согласование. Чем конкретнее эти условия определены до оценки, тем меньше неизвестного остаётся у исполнителя.
Для повторяющейся работы также полезно закрепить правила в регламентах. Если порядок выполнения уже описан, типовую работу легче сравнивать с предыдущими задачами.
Как оценить время на конкретном примере?
Разберём оценку лендинга для акции. Сначала разделим работу на этапы, затем для каждого определим оптимистичную, наиболее вероятную и пессимистичную оценки и рассчитаем ожидаемое значение по формуле PERT.
Числа в примере условные.
Итоговая оценка составляет около 93 часов работы.
Дальше её нужно сопоставить с реальной доступностью участников и рисками проекта. Например, если для условного расчёта добавить резерв 15% на ещё не определённые правки и согласования, получится около 107 часов. Это не универсальная норма резерва, а пример того, как после основной оценки учитывать дополнительную неопределённость.
После этого трудозатраты уже можно переводить в календарный план с учётом количества исполнителей, их загрузки и зависимостей между этапами.
Как со временем оценивать точнее?
Точность повышается, когда команда регулярно сравнивает оценку с фактическими трудозатратами и разбирает причины расхождений.
Если похожие задачи стабильно занимают больше запланированного, нужно понять, какая часть работы не попадает в первоначальную оценку. Если ошибка каждый раз разная, проблема может быть не в коэффициенте, а в высокой неопределённости самих задач.
Во время выполнения также полезно контролировать задачи, чтобы замечать изменение объёма или задержки до финального срока.
Что показывает сравнение плана и факта на ретроспективе?
Сравнение плана и факта показывает не только величину ошибки, но и её источник.
Для такого анализа нужно фиксировать фактические трудозатраты. Если команда ведёт тайм-трекинг, данные можно сравнивать с первоначальной оценкой без восстановления истории по памяти.
Где удобно вести оценку задач?
Оценку удобно хранить рядом с самой задачей, чтобы исполнитель и руководитель видели плановые трудозатраты вместе со сроком, статусом и другой рабочей информацией.
После завершения задачи плановую оценку можно сравнить с фактически затраченным временем и использовать эти данные при планировании похожей работы.
В Strive можно вести задачи на канбан-доске и фиксировать связанные с ними рабочие данные в карточках. История выполненных задач и фактических трудозатрат помогает постепенно собирать собственную базу для следующих оценок.


