Метрики в Scrum

Всем привет!

Автор статьи расскажет о метриках в Scrum, которые помогут измерить прогресс: velocity (производительность/скорость), capacity, focus factor и метрика удовлетворенности участников команды прошлым спринтом. А еще в статье вы найдете бесплатный мини-курс по Agile, Scrum и Kanban!

Автор статьи – Максим Якубович, тренер-эксперт Product Lab в области создания Корпоративных систем управления проектами и внедрения Agile.

Любой команде нужно измерять прогресс, чтобы понимать, становится ли она лучше или топчется на месте?

Содержание:

1. Метрика Velocity (производительность/скорость)
2. Какую информацию получают участники команды при измерении Velocity?
3. Метрика Capacity
4. Метрика Focus Factor (Фокус Фактор/FF)
5. Метрика удовлетворенности участников команды прошлым спринтом
6. Обучение Agile, Scrum, Kanban и международная сертификация ICAgile

Метрики — это ключевой инструмент, позволяющий измерять производительность команды и оценивать эффективность её работы. В Scrum они помогают анализировать прогресс, управлять спринтами и оптимизировать процессы разработки. Основной акцент делается на том, чтобы использовать данные для принятия решений и улучшения процессов.

В Agile-подходе, таком как Scrum или Kanban, оценка эффективности команды — это не просто статистика, а инструмент для выявления проблем и улучшения производительности. Без регулярного измерения прогресса невозможно понять, насколько команда приближается к целям проекта.

Основные метрики для спринта

1. Velocity (скорость работы)
2. Velocity измеряет объем задач, выполненных за один спринт. Это помогает оценить, сколько работы команда может выполнить в будущем.
3. Capacity (потенциал команды)
4. Перед началом спринта важно определить Capacity, чтобы спланировать объем задач, который реально выполнить. Эта метрика отражает доступные ресурсы и время работы.
5. Burn-down Chart
6. График сгорания задач показывает, как идет выполнение запланированной работы. Это позволяет быстро понять, отклоняется ли процесс от плана.

Рассмотрим каждую из них подробнее.

Чаще всего в своей практике при работе по Scrum или ScrumBut, я предлагаю команде измерять такую метрику как Velocity (можно перевести как «производительность» или иногда ее называют «скорость»). Как она измеряется?

Допустим, группа согласовала с Рroduct Owner восемь задач на спринт, и по каждой задаче были сделаны оценки в идеальных часах:

По завершении спринта команда на демо продемонстрировала результаты четырех из восьми задач:

Фактическое значение Velocity считается по плановым часам завершенных задач, то есть для этого спринта он равно:
Velocity = 5+7+4 + 18= 34 часа.

Тренд по Velocity позволяет понять, сколько ценности в виде размера готового инкремента продукта команда поставляет в единицу времени.

Например, если мы видим вот такую картину, как на диаграмме ниже, мы можем предположить, что объем создаваемой ценности за спринт в среднем растет:

Пунктиром на диаграмме показана линия тренда, и она восходящая.

Допустим, эта метрика признается полезной и команда начинает ее измерять.

Каким должно быть плановое значение этой метрики, чтобы можно было сделать измерение и на его основании заключить, что производительность коллектива нормальная или даже отличная?

Для ответа на этот вопрос, на старте каждого спринта команда должна измерять еще одну метрику – Capacity спринта. Что это значит?

Допустим, в группе 5 человек, каждый из которых сообщает, какое количество часов он планирует выделить на задачи следующего спринта:

Capacity данного спринта равно 82 часа. Это значит, что максимальное значение Velocity, которое может выдать команда за спринт не может превышать Capacity (если, конечно, она, не перепланировала спринт и не добавила по ходу в него задачу, которую успела выполнить).

Если команда спланирует спринт на 80 часов из доступных 82 часов, то плановое значение Velocity равно 80ти часам.

Вернемся к расчетам фактического значения Velocity, сделанным выше, где у нас получилось получилось Velocity в 34 часа. Какой мы можем сделать вывод о способности команды фокусироваться на задачах спринта?
Что если рассчитать какую долю из запланированных на спринт часов, команда смогла использовать продуктивно и превратить в готовой инкремент продукта?

Для этого фактическое значение Velocity за спринт разделим на сумму плановых часов по запланированным в спринте задачам:
FF = Velocity / ∑плановых часов по запланированным в спринт задачам *100 = 34/80 *100% = 43%

Метрика, которую мы рассчитали, называется Фокус фактор (FF) и ее измерение позволяет нам отслеживать динамику того, насколько команда адекватно планирует спринты и выполняет запланированные объемы работ, превращая их в ценность для клиента.

Если скрам мастер будет отслеживать тренд по FF, то на ретроспективе всегда можно будет обсудить, что мешает команде приблизиться к FF равному 100%?

Еще одна метрика, которую я измеряю для скрам-команды – удовлетворенность участников команды прошлым спринтом.

На ретро я прошу каждого участника команда оценить по 10-бальной шкале прошлый спринт и затем оценки усредняю. Измерение этой метрики и отслеживание тренда по ней позволяет делать выводы о том, как изменяются эмоции участников команды от спринта к спринту.

Метрики в Scrum помогают проектам достигать целей, улучшая процессы и производительность. Регулярная оценка спринтов — ключ к успеху команды в Agile.

Научитесь правильно применять Scrum и Kanban на практике, чтобы сделать рывок в карьере или бизнесе на ближайшем тренинге, который состоится 30 ноября - 1 декабря очно в Москве.

В результате обучения вы:

узнаете:

• принципы Agile и откроете для себя мир гибкого управления
• как управлять проектами и продуктами в условиях неопределенности с помощью гибких подходов
• как внедрить Agile в своей компании

научитесь:

• применять Scrum и Kanban на практике

сможете:

• улучшить процессы своей команды и ускорить разработку продуктов
• претендовать на карьерное продвижение

получите:

• международный сертификат от консорциума ICAgile
• сертификат от Product Lab