Story Point
Story Points — самая популярная техника оценки в Agile. Главная идея — оценивать сравнительно, а не в абсолютных часах. Команда выбирает «эталонную» историю на 3 SP (или другое число), и все остальные оцениваются относительно неё: «эта вдвое сложнее → 6», «эта проще → 2».
Чаще всего используется шкала Фибоначчи: 1, 2, 3, 5, 8, 13, 20, 40. Числа быстро растут — это намеренно: 13 — уже сигнал, что историю надо разбить.
Story Points учитывают:
- Объём работы
- Неопределённость и риски
- Сложность и нестандартность
Не учитывают:
- Кто конкретно будет делать
- Точное количество часов
Когда применять и когда нет
Применять
- Команда работает в Scrum или Scrumban
- Истории разной сложности и неопределённости
- Хотите оценивать быстро, не в часах
Не применять
- Биллинг по часам — нужны часы
- Команда из новичков, ещё нет «эталона» — начните с T-shirt sizing (S/M/L)
Примеры применения
На Backlog Refinement обсуждают историю «Добавить кнопку экспорта в CSV». Сравнивают с эталонной историей на 3 SP: «Похожая по сложности, но с дополнительной валидацией → 5 SP». Используют технику Planning Poker — команда показывает карты с оценкой, обсуждает разногласия.
Часто задаваемые вопросы
Story Points — не часы. Это сравнительная сложность. Часовой эквивалент непостоянен: 1 SP может быть 2 часами для простой задачи и 4 часами для нестандартной. Считайте средний эквивалент только для отчётов наверх.
Числа быстро растут, разница между 5 и 8 — больше, чем между 1 и 2. Это вынуждает команду быть чёткой в оценках: либо «маленькое», либо «среднее», либо «большое». Если возникает спор «5 или 6?» — оба эти варианта недоступны на шкале, проще выбрать 5.
Менеджменту чаще всего нужны не Story Points, а Velocity и прогноз релиза. Покажите: при Velocity 26 SP/спринт релиз в 200 SP займёт ~8 спринтов. Это конвертация из SP в время для отчётов.