Представьте, что команда планирует переезд офиса. Вместо того чтобы угадывать точное время на каждую задачу, участники сравнивают: «Упаковка документов — это как базовая задача на 3 единицы, а вот настройка IT-инфраструктуры сложнее в 5 раз». Так работают стори поинты — команда оценивает задачи относительно друг друга, а не пытается предсказать точные часы.
Командная скорость вместо индивидуальных прогнозов
Во-первых, стори поинты помогают
команде планировать спринты на основе реальной производительности. Раньше команды тратили часы на обсуждение того, сколько времени займет каждая задача, и постоянно ошибались. Теперь они просто смотрят на свою velocity — сколько поинтов закрывают за спринт — и планируют следующий объем работы.
Во-вторых, поинты устраняют влияние индивидуальных различий в скорости работы. Если раньше оценка «8 часов» означала разное для junior и senior разработчика, то «5 поинтов» означает одинаковый объем работы для всей команды, независимо от того, кто её выполняет.
Планирование покера и консенсус команды
Команда мобильного приложения для доставки еды использует стори поинты для планирования новых функций. Во время
Planning Poker они оценивают историю «Добавить фильтр по кухням» в 5 поинтов, сравнивая со знакомой задачей «Добавить товар в корзину» в 3 поинта. Разработчики обсуждают технические нюансы, тестировщики — сценарии проверки, дизайнеры — сложность интерфейса. В результате 5 поинтов отражают общее понимание команды о сложности задачи.
Ошибки в оценке и планировании
Многие команды превращают стори поинты в замаскированные часы, просто умножая поинты на коэффициент. Такой подход лишает команду главного преимущества — относительной оценки и фокуса на сложности, а не на времени.
Другая частая ошибка — попытка сравнивать velocity разных команд. Поинты одной команды не равны поинтам другой, поскольку каждая команда определяет свою базовую единицу измерения. Менеджеры иногда используют поинты для оценки производительности отдельных разработчиков, что противоречит командной природе Agile.
Предсказуемость релизов через относительные оценки
Стори поинты становятся основой для долгосрочного планирования продукта. Зная стабильную velocity команды,
Product Owner может прогнозировать сроки выхода функций и строить roadmap. Поинты также помогают выявлять истории, которые слишком велики для одного спринта — такие задачи разбивают на более мелкие. В сочетании с ретроспективами команда анализирует, почему некоторые истории оказались сложнее ожидаемого, и улучшает качество будущих оценок.
