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

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

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

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

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

Больше пяти метрик команда перестаёт читать. Этот набор закрывает четыре вопроса: сколько успеваем, насколько точно планируем, где узкое место и не жертвуем ли качеством ради скорости.

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

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

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

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

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

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

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

Рост времени в статусе при неизменной скорости означает, что работа копится перед узким местом — сначала это незаметно в общем итоге, но через два-три цикла выльется в срыв. Это единственная метрика из набора, которая предупреждает заранее.

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

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

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

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