⚠️ Холиварим про Story Points: инструмент планирования или источник проблем?

Я вот уже 7 лет веду воркшопы по оценке задач в стори поинтах, и вот тут такие наблюдения:

🔍 Что показывает практика:
- Только 20% команд эффективно используют Story Points после обучения (при замере через три месяца).
- Чем крупнее компании (сейчас в моем отделе 400+ разработчиков) - тем меньше команд применяют SP. А те кто применяет, применяют их кто в лес, кто по-дрова.
- В FAANG-компаниях Story Points используют редко (и вроде бы не умирают). Кроме того, в скраме нет никаких упоминаний о Story Points, это пришло от одного из авторов XP (Рона Джефриза, как поправил меня Андрей из enabling.team) и за это уже извинились.

⚡Основные проблемы для меня со Story Points:
- Требуют постоянной поддержки — без слежки за командой скрам-мастером, команды быстро теряют навык, эталонные шкалы протухают.
- Не всегда отражают реальность — задача в 3 SP может затянуться, а в 8 SP — решиться быстро.
- Сложно масштабировать — каждая команда "калибрует" оценки по-своему.

🛞 Альтернативный нейтральный путь:
Story Points + flow-метрики (Cycle Time, Пропускная Способность (Throughput), Состаривание (Aging)) могут давать сопоставимую точность прогнозов.

💣 Альтернативный радикальный путь:
Только flow-метрики.

💡 Короче говоря: SP отлично работают для внутреннего планирования команды, но для долгосрочных прогнозов стоит рассмотреть метрики потока и прогнозирование через симуляцию Монте-Карло.

🤔 А как у вас в команде? Используете Story Points или пробовали другие подходы к планированию? Поделитесь опытом!

Пост на хабре | в личном блоге