• TTM ( time to market), среднее/медианное/суммарное время выпуска фичи в прод. От идеи до реализации.
• CT (cycle time), производственная часть ttm, от момента старта разработки до прода
• LT (lead time), CT + время на анализ
• DF (deployment frequency) , количество установок на прод
• RF (release frequency), количество релизов на клиентов
• CFR(change failure rate), соотношение неуспешных к успешным изменениям на проде. Не только деплои, конфиг поменял - изменение сделал
• TC (tests coverage) - процент покрытия тест-кейсами функционала
• ATC (auto tests coverage) - процент покрытия разными автотестами функционала (смоук, интеграционные, на регресс, модульные и так далее)
• Velocity. Количество story point, маек, попугаев или чего-нибудь ещё за спринт.

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

К примеру, я думаю что цель снизить ttm полный бред. А если идея не очень? Или фича реально не нужна и бизнес хочет закрыть свои цели? Мой опыт говорит что реально полезные- простые и неизменные со временем. Только так можно с хорошим горизонтом понять в правильную сторону меняется ситуация или нет.

👌Количество тестов 👌Количество установок и релизов 😬 все сложные и непостоянные метрики, типа velocity или cycle time