Эстимирование

Эстимирование в agile направлено на формирование общего понимания размера и сложности, а не на прогноз обязательств. Три популярные техники (story points, T-shirt sizes, Planning Poker) опираются на относительные оценки, а не на абсолютные часы — относительные точнее в масштабе спринта и менее уязвимы для давления менеджмента.

Как это работает

Относительная оценка привязывает каждый элемент к известному эталону. 'Story A в два раза меньше story B' оценивать точнее, чем 'story A займёт 12 часов'. Техника работает, потому что человеческий мозг лучше в сравнении, чем в абсолютном измерении. Распространённые шкалы: Fibonacci (1, 2, 3, 5, 8, 13, 21) для story points; XS/S/M/L/XL для T-shirt sizes; карты 0/1/2/3/5/8/13/20/40/100 для Planning Poker (набор Mike Cohn).

Когда применять

Оценивайте когда нужно (а) спрогнозировать 'влезет ли этот объём в спринт?', (б) сравнить альтернативы ('какая фича дешевле?'), (в) выявить слишком крупные истории, которые надо разбить. Пропускайте оценку когда (г) команда стабильно недооценивает в 2 раза (практика не даёт полезных прогнозов — приостановите и инспектируйте почему), (д) менеджмент использует points как метрики производительности (закон Гудхарта: points инфлируются, чтобы выглядеть продуктивнее).

Типичные ошибки

Доминирующий режим отказа — points-as-deadline: кто-то (часто вне команды) переводит story points в часы и считает результат обязательством. Команда либо раздувает points, чтобы купить время, либо сэндбэгает оценки, чтобы чувствовать себя в безопасности. Любая патология ломает технику. Чините: явно и повторно заявляйте, что points не равны часам, и отказывайтесь публично конвертировать. Если менеджмент настаивает на конвертации, единственный честный ответ: 'исторически мы выдаём N points/спринт, вот наш прогноз' — никогда 'мы выпустим фичу X к дате Y'.

Связанные понятия

• Story Points
• Planning Poker
• Velocity