Story Points — относительная оценка сложности в Agile
Что такое Story Points
Заголовок раздела «Что такое Story Points»Story Points (Очки Историй) — единица измерения для относительной оценки сложности, усилий и объёма работы над элементами бэклога (обычно User Stories) в методологиях Agile и Scrum.
Story Points — это относительная оценка, а не абсолютное время. Команда отвечает на вопрос «насколько это большое/сложное по сравнению с другими задачами», а не «сколько времени займёт».
Оценка учитывает:
- Объём работы
- Сложность
- Неопределённость и риски
- Зависимости и объём знаний команды
Популярные шкалы
Заголовок раздела «Популярные шкалы»| Шкала | Значения |
|---|---|
| Fibonacci (самая распространённая) | 1, 2, 3, 5, 8, 13, 21, 40, 100… |
| Modified Fibonacci | 0.5, 1, 2, 3, 5, 8, 13… |
| Powers of 2 | 1, 2, 4, 8, 16… |
| T-shirt sizes | XS, S, M, L, XL, XXL |
Рекомендуется использовать модифицированную последовательность Фибоначчи — она естественным образом отражает рост неопределённости при увеличении сложности.
Сценарии использования
Заголовок раздела «Сценарии использования»- Планирование спринта (Sprint Planning) — команда выбирает истории, которые помещаются в спринт, исходя из своей Velocity.
- Оценка Capacity спринта — если команда в среднем делает 35 SP за спринт, это её Velocity.
- Прогнозирование сроков релиза — размер бэклога в SP / средняя Velocity = количество спринтов.
- Сравнение задач — история на 5 вдвое сложнее, чем на 3.
Составляющие
Заголовок раздела «Составляющие»| Аспект | Описание |
|---|---|
| Относительность | Важно соотношение, а не абсолютное значение |
| Коллективная оценка | Обычно используется Planning Poker |
| Velocity | Среднее количество SP за спринт. Стабилизируется через 3–5 спринтов |
| Не точность | Story Points намеренно неточные — это фича, а не баг |
| Не часы | Главное правило: не конвертировать story points в человеко-часы |
| Переоценка | Если понимание изменилось — историю можно переоценить |
Planning Poker
Заголовок раздела «Planning Poker»Planning Poker — техника коллективной оценки, где каждый участник команды независимо оценивает историю, а затем обсуждаются расхождения.
Почему это работает:
- Снижает эффект anchoring (первое названное число не влияет на всех)
- Убирает споры про «я сделаю это за 3 дня» — оценки относительны
- Хорошо работает с разным уровнем опыта в команде
- Помогает выявлять риски и неопределённости
Velocity
Заголовок раздела «Velocity»Velocity — среднее количество story points, закрываемых командой за спринт.
Важно: Velocity — не KPI! Нельзя сравнивать команды по velocity. Velocity индивидуальна для каждой команды и зависит от состава, контекста и договорённостей об оценке.
Для надёжного среднего нужно 5–7 спринтов истории.
Рекомендации по внедрению
Заголовок раздела «Рекомендации по внедрению»- Начните с Planning Poker — это лучший способ.
- Используйте модифицированную последовательность Фибоначчи.
- Ведите историю Velocity (не менее 5–7 спринтов).
- Регулярно проводите Retrospective по процессу оценки.
- Не оценивайте задачи меньше 1 (лучше объединять) и больше 13–21 (лучше разбивать).
- Отделяйте оценку от коммитмента — оценивает вся команда, ответственность делится с PO.
- Если команда стабильно работает — можно переходить к #NoEstimates (следующий уровень зрелости).
Плюсы и минусы
Заголовок раздела «Плюсы и минусы»Плюсы:
- Фокус на сложности, а не на сроках
- Улучшает прогнозирование на уровне релиза
- Повышает вовлечённость команды в оценку
- Стабильная Velocity со временем
Минусы:
- Легко превратить в «замаскированные человеко-часы»
- Velocity — не KPI для сравнения команд
- На первых спринтах оценка неточная
- Большие истории (20+) оцениваются плохо — нужно разбивать
Связь с другими методами
Заголовок раздела «Связь с другими методами»Story Points дополняют шкалу сложности проектов — SP для задач в спринте, шкала Бофорта — для проектов целиком. FTE-планирование отвечает за количественную ёмкость команды, а дорожные карты — за стратегическое направление.