Менеджер спрашивает: "Сколько займет эта задача?" Разработчик думает: "Ну, если ничего не сломается, API будет работать, и меня не отвлекут встречами, часа три. Но реально дня два, а может и неделя". Знакомая ситуация?
Оценивать разработку в часах, всё равно что предсказывать погоду на месяц вперед. Слишком много переменных, слишком много неизвестного. Поэтому команды перешли на Story Points, систему оценки, которая учитывает не время, а сложность.
2. Как работают сторипоинты
3. Отличия от часовой оценки
4. Шкала Фибоначчи в оценке
5. Planning Poker
6. Преимущества и недостатки
7. Практические советы
Что такое Story Points
Story Points (сторипоинты), это относительная единица измерения для оценки сложности пользовательских историй в Agile-методологиях. Вместо того чтобы говорить "эта задача займет 8 часов", команда говорит "эта задача стоит 5 поинтов".
Придумали их в рамках методологии Extreme Programming, а популярными сделали Scrum и Agile. Основная идея: сложность задачи зависит не только от времени написания кода.
При оценке в поинтах команда учитывает три фактора. Во-первых, сложность самой реализации, насколько трудно написать код. Во-вторых, объем работы, сколько всего нужно сделать. В-третьих, неопределенность, насколько понятны требования и технические детали.
Для упрощения планирования используйте калькулятор человеко-дней, чтобы конвертировать сторипоинты в приблизительные сроки после того, как команда определит свою velocity.
Как работают сторипоинты
Принцип работы строится на относительной оценке. Команда выбирает простую задачу как эталон и присваивает ей базовое значение, обычно 1, 2 или 3 поинта. Все остальные задачи оцениваются относительно этого эталона.
Например, команда взяла задачу "добавить кнопку на форму" и оценила её в 2 поинта. Следующая задача, "интеграция с платежной системой". Разработчики понимают, что она в 4 раза сложнее базовой. Значит, ставят 8 поинтов.
- Командная оценка, все участники высказывают мнение, приходят к консенсусу
- Регулярная калибровка, по мере работы команда уточняет свое понимание шкалы
- Учет velocity, сколько поинтов команда закрывает за спринт
Velocity, это скорость команды, количество поинтов, которое она реально выполняет за спринт. Обычно стабилизируется после 3-4 спринтов. Если команда стабильно делает 30 поинтов за двухнедельный спринт, можно планировать на эту цифру.
Отличия Story Points от часовой оценки
Главное отличие, абстракция от времени. Когда оценивают в часах, каждый разработчик представляет свою скорость работы. Джуниор думает "мне на это 3 дня", сеньор думает "мне 3 часа". В итоге оценки расходятся.
Сторипоинты решают эту проблему. Они измеряют сложность относительно других задач, а не абсолютное время. Для джуниора и сеньора задача имеет одинаковую сложность, 5 поинтов, хотя время выполнения разное.
Сравнение подходов
| Параметр | Часы | Story Points |
| Единица измерения | Абсолютное время | Относительная сложность |
| Зависимость от опыта | Высокая | Низкая |
| Точность оценки | Иллюзия точности | Признание неопределенности |
| Давление на команду | Сильное | Умеренное |
Еще один важный момент: оценка в часах создает давление. Если разработчик сказал "8 часов", а потратил 12, возникает чувство вины. С поинтами такого нет, они не обещание, а оценка сложности.
Шкала Фибоначчи в оценке задач
Большинство команд используют последовательность Фибоначчи для оценки: 1, 2, 3, 5, 8, 13, 21. Почему не просто 1, 2, 3, 4, 5? Потому что с ростом сложности растет и неопределенность.
Разница между задачей на 1 поинт и на 2 понятна, одна чуть сложнее. Но между задачей на 20 и 21 поинт разница теряется в шуме неопределенности. Последовательность Фибоначчи отражает эту реальность.
- 3-5 поинтов, стандартные задачи, день-два работы
- 8-13 поинтов, сложные задачи, требуют погружения
- 21+ поинтов, эпики, нужно разбивать на подзадачи
Если задача оценивается больше 13 поинтов, это сигнал, её нужно декомпозировать. Слишком большая задача содержит слишком много неопределенности. Лучше разбить на несколько более предсказуемых частей.
Задача "Сделать личный кабинет", 34 поинта. Слишком большая, разбиваем:
, Авторизация и регистрация, 5 поинтов
, Профиль пользователя, 3 поинта
, История заказов, 8 поинтов
, Настройки уведомлений, 5 поинтов
Итого: четыре понятные задачи вместо одной непредсказуемой
Planning Poker, коллективная оценка
Planning Poker, популярная техника оценки в сторипоинтах. Каждый участник команды получает набор карт с числами Фибоначчи. Product Owner описывает задачу, команда задает вопросы, потом все одновременно показывают свои оценки.
Если оценки расходятся сильно, например, один поставил 2, другой 13, это повод для обсуждения. Тот, кто поставил 2, возможно, знает простое решение. Тот, кто поставил 13, видит скрытую сложность. Обсуждение помогает команде прийти к общему пониманию.
- Обсуждение разброса, если оценки различаются более чем в 2 раза
- Консенсус, команда приходит к единой оценке через обсуждение
- Таймбокс, на оценку одной задачи не больше 5-10 минут
Есть три специальные карты в Planning Poker. Карта с вопросом означает "мне нужно больше информации". Карта с чашкой кофе, "давайте сделаем перерыв". Карта с бесконечностью, "эта задача слишком большая, нужна декомпозиция".
Типичные ошибки при Planning Poker
Первая ошибка, превращение оценки в обязательство. Разработчик боится поставить большую цифру, чтобы не выглядеть медленным. Менеджер воспринимает оценку как жесткий дедлайн. Это убивает всю суть сторипоинтов.
Вторая ошибка, влияние авторитета. Когда сеньор-разработчик говорит первым, остальные просто соглашаются. Поэтому все показывают карты одновременно, чтобы каждый выразил свое мнение независимо.
Третья ошибка, попытка конвертировать поинты в часы. "У нас поинт равен 4 часам", это противоречит природе сторипоинтов. Они измеряют сложность, не время. Конверсия происходит естественно через velocity, но не прямым соотношением.
Преимущества и недостатки Story Points
Главное преимущество, снижение давления на команду. Разработчики не боятся давать оценки, потому что не обещают конкретные сроки. Это улучшает честность в планировании.
Второе преимущество, учет неопределенности. Шкала Фибоначчи признает, что точность оценки падает с ростом сложности. Это более реалистичный подход, чем притворяться, что можно точно оценить большую задачу в часах.
- Снижение стресса от оценки задач
- Фокус на относительной сложности
- Командное понимание задач
- Учет всех аспектов сложности
- Предсказуемость через velocity
- Легче планировать долгосрочные цели
Но есть и недостатки. Главный, непонятность для стейкхолдеров. Заказчик спрашивает "когда будет готово", а команда отвечает "28 поинтов". Для бизнеса это не ответ.
- Сложность коммуникации с бизнесом
- Требует времени на обучение команды
- Не работает для индивидуальной разработки
- Velocity стабилизируется не сразу
- Может превратиться в метрику производительности
- Не подходит для фиксированных контрактов
Еще один риск, gamification. Команда начинает "играть в цифры", искусственно завышая оценки, чтобы потом перевыполнять план. Или менеджмент начинает сравнивать velocity разных команд, что бессмысленно, у каждой команды своя шкала оценки.
Практические советы по внедрению
Начните с обучения команды. Объясните философию сторипоинтов, это не время, а сложность. Покажите, что оценка не обязательство, а прогноз при текущем понимании задачи.
Выберите эталонную задачу вместе. Возьмите простую историю, которую все понимают одинаково, и присвойте ей 2 или 3 поинта. Все последующие оценки будут относительно этого эталона. По мере работы эталон может меняться, это нормально.
Как определить velocity команды
В первом спринте просто оцените задачи и возьмите комфортное количество. Не пытайтесь "заполнить спринт", лучше взять меньше и успеть. В конце спринта посчитайте, сколько поинтов реально закрыли.
Во втором и третьем спринтах делайте то же самое. К четвертому спринту у вас появится средняя velocity, примерное количество поинтов, которое команда закрывает стабильно. Используйте это для планирования.
Спринт 1: запланировали 25 поинтов, закрыли 20
Спринт 2: запланировали 22 поинта, закрыли 24
Спринт 3: запланировали 24 поинта, закрыли 22
Средняя velocity: (20+24+22)/3 = 22 поинта
Для следующего спринта планируйте около 22 поинтов
Работа с неопределенностью
Если задача непонятна, не оценивайте её сразу. Лучше сделайте spike, исследовательскую задачу на 2-3 поинта, чтобы разобраться в технических деталях. После spike оцените основную задачу с меньшей неопределенностью.
Используйте диапазоны для очень неопределенных задач. Вместо "8 поинтов" можно сказать "от 5 до 13". Это честнее отражает уровень неопределенности и помогает принимать взвешенные решения о приоритетах.
Калибровка шкалы оценки
Раз в квартал проводите ретроспективу оценок. Возьмите закрытые задачи, посмотрите их оценки и обсудите: правильно ли мы оценили? Что было сложнее или проще, чем ожидали? Нужно ли пересмотреть эталонную задачу?
Это помогает команде постоянно улучшать точность оценок и поддерживать общее понимание шкалы. Особенно важно при изменении состава команды или технологического стека.
Коммуникация с бизнесом
Стейкхолдерам объясняйте через velocity. "Наша скорость, 25 поинтов за спринт. Этот релиз оценен в 75 поинтов. Значит, нужно три спринта, то есть около шести недель". Так бизнес получает понятные сроки, но с учетом реальной производительности команды.
Не пытайтесь привязывать поинты к часам жестко. Это создаст ложные ожидания. Лучше показывайте исторические данные: "За последние три месяца мы стабильно закрываем 22-25 поинтов за спринт, вот графики".
Заключение
Story Points, это инструмент, который помогает командам честно оценивать сложность задач без иллюзии точности. Они снижают стресс, улучшают коммуникацию внутри команды и со временем дают предсказуемость через velocity. Главное, не превращать их в метрику производительности и не пытаться жестко привязать к часам. Используйте шкалу Фибоначчи, проводите Planning Poker, калибруйте оценки и помните: сторипоинты измеряют сложность, а не время.