Введение
Оценка задач в часах часто превращается в гадание, а не в планирование. Разработчики ошибаются, сроки срываются, а менеджеры теряют доверие к команде. Story Points — это метрика, которая позволяет оценивать относительную сложность задачи, абстрагируясь от времени и личной производительности.
Что такое Story Points и зачем они нужны
Story Points (сторипоинты) — это условные единицы, которые измеряют комплексность задачи по трем ключевым параметрам: объем работы, техническая сложность и уровень неопределенности. Вместо ответа на вопрос "сколько дней займет задача", команда отвечает "насколько эта задача сложнее другой".
Почему часы не работают в Agile
Оценка в часах создает ложное ощущение точности. Два разработчика с разным опытом выполнят одну задачу за разное время — значит, оценка зависит от человека, а не от задачи. Кроме того, часовые оценки провоцируют микро-менеджмент и "защитное оценивание", когда команда закладывает скрытые буферы.
Ключевое преимущество сторипоинтов
Story Points измеряют сложность в абстрактных единицах, которые остаются стабильными независимо от того, кто берет задачу. Это позволяет вычислять Velocity (скорость команды) и прогнозировать, сколько работы команда реально может сделать за спринт.
Шкала Фибоначчи и принципы оценивания
Классическая шкала для сторипоинтов — последовательность Фибоначчи: 1, 2, 3, 5, 8, 13, 21. Она нелинейна, потому что разница между задачами в 1 и 2 пункта ощущается легко, а вот между 13 и 14 — почти неразличима.
Почему именно Фибоначчи
Нелинейная шкала вынуждает команду задуматься: если задача не вписывается в значение 8, она автоматически становится 13. Это стимулирует разбивать крупные истории на более мелкие. Оценка "13" — сигнал, что задачу нужно декомпозировать.
Что означает каждое значение
- 1–2 — тривиальные задачи: исправить опечатку, обновить зависимость
- 3–5 — стандартная работа: добавить CRUD-операцию, сверстать типовую страницу
- 8–13 — сложные задачи с неопределенностью: интеграция с внешним API, рефакторинг легаси-кода
- 21+ — эпик, который обязательно нужно разбить на подзадачи
Покер планирования: как проходит оценка
Planning Poker — это техника коллективной оценки, которая исключает влияние авторитетных мнений. Каждый участник получает колоду карт с числами Фибоначчи.
Пошаговый процесс
- Презентация задачи — владелец продукта или аналитик описывает пользовательскую историю и критерии готовности
- Обсуждение — команда задает уточняющие вопросы, обсуждает технические риски
- Индивидуальная оценка — каждый разработчик молча выбирает карту
- Одновременное вскрытие — все карты переворачиваются одновременно
- Раунд консенсуса — если оценки сильно расходятся (например, 3 и 13), команда обсуждает причины расхождения
- Повторное голосование — до тех пор, пока команда не придет к согласию
Правила эффективного покера
- Не называйте свою оценку вслух до вскрытия — это создает якорный эффект
- Обсуждайте не "сколько времени займет", а "что делает задачу сложной"
- Если расхождение большое, пусть сначала выскажется тот, кто поставил минимальную оценку, а затем — кто максимальную
- Ограничьте раунды голосования тремя — если консенсуса нет, отправляйте задачу на декомпозицию
Практическое применение: от оценки до спринта
Story Points бесполезны, если они не влияют на планирование спринта. Главный инструмент здесь — Velocity (скорость), которая рассчитывается как сумма сторипоинтов, закрытых командой за спринт.
Как использовать Velocity
После 2–3 спринтов у вас будет статистика. Если команда стабильно закрывает 30–35 поинтов за спринт, вы можете планировать следующий спринт на этот объем. Velocity — это не KPI для наказания, а инструмент прогнозирования для владельца продукта.
Типичные ошибки новичков
- Сравнение поинтов между командами — нельзя говорить "наша команда быстрее, потому что закрывает 50 поинтов, а соседняя — 30". Шкалы у команд разные
- Привязка поинтов к часам — не пытайтесь установить соответствие "1 поинт = 4 часа". Это убивает всю суть метрики
- Изменение шкалы на лету — если команда решила, что 5 — это сложная задача, не меняйте правила через месяц
- Оценка по принципу "кто будет делать" — оценивайте задачу, а не исполнителя. Иначе поинты снова станут часовой оценкой
Выводы
Story Points — это мощный инструмент, который переводит фокус команды с "сколько времени" на "насколько сложно". Главная ценность метода не в самих числах, а в обсуждении, которое происходит во время покера планирования: команда глубже понимает задачи, выявляет риски и учится декомпозировать крупные истории. Начните с малого — выберите шкалу Фибоначчи, проведите 2–3 сессии покера, и уже через пару спринтов вы заметите, что прогнозирование стало точнее, а атмосфера в команде — спокойнее.