Метрики Agile

Agile-метрики играют ключевую роль в оценке эффективности работы команды и являются важным инструментом для улучшения процессов. Они делятся на две основные группы: метрики результата и метрики выхода. Метрики результата, такие как cycle time, throughput и доставленная ценность, помогают оценить долгосрочное улучшение процессов. Метрики выхода, такие как velocity и burndown, полезны как тактический сигнал, но могут стать вредными при использовании в оценке производительности команды. Закон Гудхарта подчеркивает, что, когда мера становится целью, она перестаёт быть хорошей мерой.

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

Выбор метрик должен быть обоснованным и направлен на конкретные вызовы, с которыми сталкивается команда. Если у команды возникают проблемы с длительным lead time, следует отслеживать cycle time и уровень работы в процессе (WIP). Если предсказуемость процесса является проблемой, важно отслеживать не только среднее значение velocity, но и её дисперсию. При проблемах с качеством работы следует отслеживать defect-escape rate — скорость выхода дефектов.

Тянуть слишком много метрик может создать шум на дашборде, что приведет к игнорированию чисел, которые не связаны с конкретными действиями. Каждая метрика должна отвечать на вопрос «и что?» — если команда не может сказать, что бы они сделали иначе на основе числа, метрика не имеет смысла и её следует исключить.

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

Отслеживание метрик должно быть непрерывным, а обзор — ежемесячным на ретро. Обсуждайте тренды, основываясь на трёх-пяти точках данных, а не на одиночных значениях — один плохой спринт может быть просто шумом. Сравнивайте метрики с собственной исторической базой данных команды, а не с другими командами. Показывайте метрики на публичном командном дашборде, а не в личных оценках производительности.

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

1. Vanity-метрики — использование таких метрик, как story-points-completed без учёта качества или ценности работы. Например, команда может выпустить 50 story points бесполезной работы.
2. Cherry-picking метрики, которая выглядит хорошо — если velocity плоская, команда может начать говорить про NPS (Net Promoter Score) только потому, что она выглядит лучше.
3. Stretch-цели — установка амбициозных целей, таких как «улучшим velocity на 20% этот квартал», что создаёт давление на команду для искусственного увеличения показателей.

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

• Velocity
• Burndown
• Cycle Time