Не так давно я столкнулся с необходимостью оценивать продуктивность команды. Изучил базовые метрики: Lead Time, Cycle Time, Velocity. И убедился в их  бесполезности.

Мне казалось, что это профанация. Как можно управлять сроками, если каждая фича уникальна, а метрики дают лишь усреднённые цифры? Я закинул эту тему в долгий ящик.

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

Вот простой пример: Если Lead Time (время от идеи до результата) сильно превышает Cycle Time (непосредственную работу над задачей) - это красный флаг. Значит, задача неделями висит в очередях, согласованиях или ждёт кого-то. Проблема не в команде, а в организации работы.

И вот здесь ключевой момент. Если руководство, увидев такие цифры, начнёт давить на команду, требуя работать быстрее, то это только навредит. Разработчики выгорят и, возможно, смогут сократить лишь тот самый Cycle Time. А разрыв только вырастет, потому что системные блокеры никуда не денутся.

Итог: Метрики - инструмент анализа проблем, а не инструмент отчётности. Когда метрика становится целью, она перестает быть честным показателем (спасибо каналу https://t.me/leadgr за эту мысль)