Метрики Scrum: что считать и как не испортить процесс

Когда метрики начинают что-то значить

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

Смотрите на серию. Скорость 34 за цикл не значит ничего; скорость 28–31–34–29 значит, что при планировании безопасно брать около 28, а заказчику обещать по нижней границе. Одно значение показывает состояние, серия — предсказуемость.

Ни один из пяти показателей ниже в правилах Scrum не описан: скорость, сторипоинты и диаграмма сгорания — практика, наросшая вокруг. В самих правилах измеримы только две вещи: достигнута ли цель цикла и остался ли результат готовым по критериям. Об этом стоит помнить, когда кто-то требует «делать по Scrum» именно эти цифры или сравнивать по ним команды.

Пять показателей, которых достаточно

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

• Скорость команды. Сумма оценок работ, доведённых до готового состояния за цикл. Нужна, чтобы прикинуть объём следующего цикла.
• Выполнение цикла. Доля запланированного, которую закрыли. Стабильно низкая цифра говорит, что объём набирают на глаз и работу берут слишком крупными кусками.
• Диаграмма сгорания. Остаток работ по дням. Плоская линия до последнего дня означает, что работу не разбили на части.
• Время в статусе. Сколько задача ждёт в каждой колонке. Узкое место почти всегда проверка или тестирование.
• Дефекты после выпуска. Прямо проверяют критерии завершённости. Если дефекты растут, «готово» у вас стало означать «наверное, работает».

Что происходит, когда метрику ставят в премию

Скорость команды — оценка, которую даёт сама команда. Как только от неё зависит премия, оценки начинают расти: та же работа, которую вчера оценили в три единицы, сегодня получает пять. На бумаге показатель поднялся, в работе не изменилось ничего, а прогноз сломан: сравнивать циклы больше нельзя.

То же самое происходит с выполнением цикла: команда начинает брать заведомо меньше, чтобы гарантированно закрыть. Показатель идёт к 100%, реальный выпуск падает. Метрика, которой управляют, перестаёт измерять.

Из этого не следует, что результат команды нельзя оценивать. Оценивать надо тем, чем команда не управляет напрямую: метриками продукта, выполнением целей, качеством в проде. Внутренние метрики процесса оставьте команде как рабочий инструмент и не требуйте их в отчёт.

Как читать показатели вместе

Отдельная метрика почти всегда допускает два толкования, и разводит их только вторая. Скорость упала — это перегруженная команда или более честные оценки? Ответ даёт выполнение цикла: если оно выросло, вторая версия. Выполнение близко к 100% из цикла в цикл — команда научилась планировать или просто берёт меньше? Ответ даёт скорость: если она при этом падает, верно второе.

Если время в статусе растёт, а скорость держится, работа копится перед узким местом. В общем итоге это сначала незаметно, зато через два-три цикла выливается в срыв. Только эта метрика из набора предупреждает заранее.

Ни одна из пяти цифр не говорит, зачем команда делает именно это; на такой вопрос отвечает обзор с заказчиком.

Что означает сочетание показателей

Где эти цифры берутся в Shtab

Скорость, сгорание и время в статусе Shtab строит из статусов, оценок и трекера. Сводить цифры руками не придётся ни по одному из пяти показателей.

Частые вопросы