Стори-поинты — это условные единицы измерения, которые agile‑команды используют для оценки относительной сложности предстоящей работы. В отличие от часов или дней, поинты учитывают не только временные затраты, но и комплексность задачи, неопределённость, риски и объём работы. Команда присваивает поинты на основе коллективного опыта и сравнения с уже выполненными задачами: например, простое исправление ошибки могут оценить в 1 поинт, а сложную новую функцию — в 8 поинтов.
Главная ценность стори-поинтов — не в абсолютной точности, а в том, что они помогают команде прийти к общему пониманию размера работы и улучшить планирование спринтов. Важно помнить: оценка в поинтах — это не пожизненное обязательство и не повод работать сверхурочно, а лишь обоснованное предположение, которое со временем становится точнее.
Стори-поинты и часы: в чём разница?
Традиционные команды часто оценивают задачи в днях, неделях или часах. Гибкие команды всё чаще переходят на стори-поинты, и вот почему.
- Поинты не имеют эмоциональной привязки, в отличие от конкретных дат. Оценка в часах неизбежно вызывает споры и ощущение, что тебя «засекают». Поинты же сосредоточены на относительной сложности, а не на точном времени выполнения.
- Поинты учитывают неопределённость. Два разработчика могут потратить на одну и ту же задачу разное время, но её поинтовая оценка останется единой. Это помогает избежать как завышенных, так и заниженных обязательств.
- Поинты поощряют решение проблем, а не «отсиживание» часов. Команда фокусируется на ценности и скорости доставки, а не на времени, потраченном на задачу.
- У каждой команды своя «скорость» (velocity) — среднее количество поинтов, закрываемых за спринт. Поскольку шкалы поинтов у разных команд не совпадают, сравнивать их бессмысленно, а значит, невозможно использовать поинты как политический инструмент давления.
Главная ошибка — использовать стори-поинты для оценки производительности отдельных людей или для детального планирования ресурсов. Поинты предназначены для понимания размера работы и её приоритетов, а не для контроля.
Какие факторы влияют на оценку в стори-поинтах?
При присвоении поинтов команда чаще всего опирается на три аспекта. Во‑первых, на сложность работы: насколько трудно её выполнить с технической или логической точки зрения. Во‑вторых, на объём усилий: сколько предстоит сделать. В‑третьих, на неопределённость или риск: есть ли неизвестные зоны, зависимость от других команд или новая технология. Например, интеграция с незнакомым API автоматически получит более высокую оценку из‑за потенциальных подводных камней.
Роль владельца продукта в оценке
Владелец продукта (product owner) управляет бэклогом и определяет приоритеты, но он редко знает все технические детали реализации. Качественная оценка даёт ему недостающую информацию: сколько усилий потребует каждый пункт бэклога. Это позволяет ему переупорядочить задачи с учётом как бизнес-ценности, так и реальных трудозатрат. Кроме того, в процессе оценки у команды возникают уточняющие вопросы, которые помогают всем лучше понять требования — и это нормальная и полезная часть работы.
Оценка стори-поинтов — командный спорт
В оценке должны участвовать все члены команды: разработчики, тестировщики, дизайнеры, специалисты по развёртыванию. У каждого своя экспертиза и свой угол зрения. То, что кажется простым с точки зрения продукта, может скрывать множество технических сложностей, которые известны только разработчикам или QA. Исключение кого-либо из процесса приводит к некачественным оценкам, снижению морального духа и компрометации качества продукта. Оценки, сделанные в вакууме, — это быстрый путь к провалу.
Техники оценки: покер планирования и другие
Распространённый способ оценки стори-поинтов — покер планирования (planning poker). Команда берёт задачу из бэклога, кратко обсуждает её, а затем каждый участник показывает карту со своей оценкой. Если оценки совпали — отлично. Если нет — участники тратят несколько минут на обсуждение расхождений. Важно не уходить в детали слишком глубоко и помнить, что оценка должна быть высокоуровневой. Существуют и другие методы оценки: «аффинная оценка» (группировка похожих задач по «размерам») и «метод мастики» (сравнение новых задач с уже оценёнными эталонами).
Как научиться оценивать точнее
Оценка — это навык, который развивается со временем. Вот несколько практических рекомендаций, как сделать её точнее.
- Разбивайте крупные задачи. Ни одна задача не должна быть оценена выше 16 часов (или, скажем, 20 поинтов). Если задача крупнее — это сигнал, что её нужно раздробить на более мелкие и переоценить.
- Не тратьте время на далёкие задачи. Для пунктов бэклога, которые будут выполняться не скоро, достаточно «грубой» оценки. К моменту реальной работы требования всё равно изменятся.
- Учитесь на прошлых оценках. Используйте ретроспективы для анализа точности предыдущих прогнозов. Например, возьмите пять последних историй, оценённых в 8 поинтов, и обсудите: действительно ли объём усилий был одинаковым? Если нет — обсудите, почему, и используйте это понимание в будущем.
- Калибруйтесь регулярно. Со временем шкала поинтов может смещаться. Регулярные калибровочные сессии помогают поддерживать единое понимание того, что означают «один поинт» или «восемь поинтов» прямо сейчас.