Иногда кажется, что проект идёт как надо: velocity растёт, задачи закрываются, релизы идут по плану.
А реального прогресса всё равно нет.
Команда загружена, статус-колонки заполнены, но пользы как будто нет. Почему?
Часто причина - в прокси-метриках.
Что это такое
Прокси-метрика - это не сама цель, а её косвенный признак.
Она может показывать движение, но не факт, что в нужную сторону.
Примеры:
• Velocity растёт - потому что задачи просто мельчат
• Покрытие тестами увеличивается, а количество багов не падает
• Количество релизов растёт, но критические ошибки остаются
На бумаге - успех.
По факту - проект буксует.
В чём опасность
Прокси-метрики часто выглядят красиво и легко трекаются.
Именно поэтому их любят показывать на статусных встречах.
Но за ними легко упустить настоящую ценность - ту, ради которой всё делается.
Типичные ошибки:
• Оптимизация под «закрытые задачи», а не под результат
• Увеличение релизов - без контроля качества
• Гонки за идеальной burn-down - в ущерб смыслу
Как работать с метриками правильно
1. Определи, зачем ты замеряешь:
Что именно ты хочешь улучшить? (Скорость? Надёжность? Предсказуемость?)
2. Свяжи метрику с реальной болью:
Есть ли прямая польза от улучшения этого показателя?
3. Используй не одну, а связку:
- Velocity + Aging WIP
- Кол-во релизов + % инцидентов
- Время реакции + Уровень SLA
4. Регулярно пересматривай метрики:
Проект растёт - и то, что было актуально вчера, может мешать сегодня.
Метрика - это не цель. Это инструмент.
PM не про красивую отчётность.
PM про результат, который можно объяснить и команде, и заказчику.
