Существует множество методов оценки задач в управлении проектами и гибкой разработке. Story Points (относительная оценка) — лишь один из них. В зависимости от целей, зрелости команды, доступных данных и типа проекта могут применяться абсолютные оценки, экспертные подходы, статистика или визуальные методы. Ниже — наиболее распространённые и важные подходы.

🔹 1. Оценка в человеко-часах или человеко-днях

📌 Суть:

Оцениваются задачи в реальных единицах времени — сколько человеко-часов или дней потребуется для их выполнения.

✅ Преимущества:

• Привычно для большинства менеджеров;

• Можно легко привязать к зарплатам, бюджетам и срокам;

• Используется при отчётности перед бизнесом.

❌ Недостатки:

• Высокая погрешность;

• Не учитывает неопределённость, риски;

• Разные члены команды имеют разную скорость работы;

• Часто становится причиной микроменеджмента.

📌 Когда применять:

• При подготовке контрактных оценок;

• При построении дорожных карт с фиксированными датами;

• В waterfall или фиксированных бюджетных проектах.

🔹 2. T-Shirt Sizes (футболочные размеры)

📌 Суть:

Оценка задач по категориям: XS, S, M, L, XL, XXL, без чисел. Категории соответствуют относительной трудоёмкости.

✅ Преимущества:

• Быстро, не требует точности;

• Хорошо работает на этапе грумминга или планирования фич;

• Легко обсуждать и согласовывать в бизнес-терминах.

❌ Недостатки:

• Нельзя использовать для velocity и прогноза сроков;

• Размытые границы между категориями;

• Требует дополнительного преобразования в SP или часы.

📌 Когда применять:

• На раннем этапе анализа задач (например, эпиков);

• Когда нужно быстро оценить масштаб без детализации;

• Когда команда только формируется и нет velocity.

🔹 3. Bucket System

📌 Суть:

Команда сортирует задачи по «корзинам» со значениями (например: 1, 2, 3, 5, 8, 13…). Каждая задача обсуждается и кладётся в соответствующую корзину. Используется групповое голосование или обсуждение.

✅ Преимущества:

• Удобно для оценки большого количества задач за короткое время;

• Быстро выявляет задачи, по которым есть разногласия;

• Хорошая альтернатива Planning Poker.

❌ Недостатки:

• Требует предварительной подготовки;

• Может давать более грубую оценку;

• Не всегда подходит для сложных технических задач.

🔹 4. Dot Voting (точечное голосование)

📌 Суть:

Каждому участнику даются условные "очки" (например, 5 точек), которые он распределяет между задачами, голосуя за наиболее важные или сложные.

✅ Преимущества:

• Быстрый способ выявить задачи с наибольшим вниманием;

• Отлично работает для приоритезации и грубой оценки;

• Хорошо вовлекает команду в принятие решений.

❌ Недостатки:

• Не даёт точной оценки трудоёмкости;

• Субъективен, подвержен влиянию лидеров мнений;

• Не всегда масштабируется на большой backlog.

📌 Когда применять:

• На стратегических сессиях;

• При согласовании roadmap;

• В совместной работе с бизнесом и клиентом.

🔹 5. Delphi-метод (экспертное слепое голосование)

📌 Суть:

Группа экспертов (или команда) анонимно оценивает задачу. Оценки сравниваются, обсуждаются, затем переоцениваются. Повторяется до достижения согласия.

✅ Преимущества:

• Убирает влияние «авторитетов»;

• Повышает точность за счёт итераций и консенсуса;

• Используется для критичных или дорогих решений.

❌ Недостатки:

• Медленный;

• Требует подготовленных участников;

• Неэффективен для простых задач.

📌 Когда применять:

• Для оценки инновационных, сложных или стратегических фич;

• Когда ставки высоки (юридически, финансово, репутационно).

🔹 6. Three-Point Estimation (PERT-анализ)

📌 Суть:

Для каждой задачи делается 3 оценки:

• Optimistic (O) — если всё пойдёт идеально;

• Most likely (M) — реалистичный сценарий;

• Pessimistic (P) — если будут проблемы.

Далее рассчитывается ожидаемая оценка по формуле:

E = (O + 4M + P) / 6

✅ Преимущества:

• Учитывает неопределённость и риски;

• Помогает избежать переоценки или недооценки;

• Основан на статистике.

❌ Недостатки:

• Требует аналитического подхода и времени;

• Сложнее объяснить бизнесу;

• Не подходит для потоковых процессов.

📌 Когда применять:

• При построении детальных графиков проекта;

• Для оценки бюджета, сроков или критичных задач.

🔹 7. No Estimates (без оценки)

📌 Суть:

Некоторые команды сознательно отказываются от оценки задач, предпочитая фиксированный ритм: например, задачи одинакового размера, стабильная загрузка, короткие итерации.

✅ Преимущества:

• Меньше времени тратится на обсуждение оценок;

• Упрощается планирование и управление;

• Фокус смещается на доставку и ценность, а не на прогнозы.

❌ Недостатки:

• Не работает, если задачи разного масштаба;

• Нужна дисциплина и зрелость команды;

• Менеджменту трудно «защитить» сроки.

📌 Когда применять:

• В потоковых процессах с мелкими задачами;

• В командах, где приоритет — скорость поставки, а не планирование.

🔹 8. Function Point Analysis (FPA)

📌 Суть:

Традиционный метод оценки системной разработки, особенно в корпоративной среде. Измеряет количество функций, данных и взаимодействий, а не трудозатраты.

✅ Преимущества:

• Используется в госзакупках, контрактах, больших проектах;

• Меньше зависит от конкретной технологии;

• Подходит для формальных методик оценки стоимости.

❌ Недостатки:

• Сложен для команд, не знакомых с FPA;

• Мало применим в гибкой разработке;

• Требует обучения и шаблонов.

🔹 9. Покер рисков (Risk Poker)

📌 Суть:

Вариант Planning Poker, где задача оценивается не по сложности или объёму, а по риску (технический, бизнесовый, интеграционный и т.д.).

📌 Когда применять:

• Для управления рисками;

• При планировании интеграций, релизов, миграций;

• В дополнение к трудоёмкостным оценкам.

🔹 10. Модели на основе данных (Data-driven estimation)

📌 Суть:

Используются исторические данные команды: сколько задач завершено, сколько часов/дней заняло выполнение, какие были задержки. Модели обучаются и прогнозируют оценки.

Примеры:

• Monte Carlo Simulation;

• Machine Learning-подходы;

• Анализ cycle time и throughput.

📌 Когда применять:

• В зрелых командах, где есть история данных;

• При предсказании сроков/релизов на основе вероятностей.

Оценка задач — это инструмент для принятия решений, а не самоцель. Независимо от метода, важно, чтобы он был понятен, прозрачен и адаптирован под вашу команду и контекст. Большинство команд комбинируют методы: например, используют T-Shirt Sizes для эпиков, Story Points для спринтов и PERT для ключевых фич.