#полезности
17 фундаментальных метрик для IT команд

Здравствуй, наблюдательный читатель! Ниже тебя ждёт краткое, но точное описание 17 метрик, разбитых на три группы — Crawl, Run, Walk — как в оригинальном списке от одной очень забавной компании, занимающейся ERP II трансформациями. Каждая метрика расскажет тебе, как лучше понимать скорость релизов, качество разработки, безопасность, а также ценность для пользователей и бизнеса. В конце — пользительные ссылки

CRAWL (базовые метрики существования)
Deployment Frequency (DORA)
Частота поставки нового кода в продакшен или конечным пользователям. Показывает регулярность релизов и помогает увидеть узкие места процесса

Lead Time for Changes (DORA)
Время от коммита до развертывания. Если оно слишком велико, значит вы теряете адаптивность

Change Failure Rate (DORA)
Доля изменений, после которых требуется откат или срочное исправление. Чем выше, тем больше говорит о проблемах качества

Time to Restore Service (DORA)
Сколько уходит на восстановление работы после инцидента. Чем быстрее, тем выше устойчивость и меньше потерь

Time Between Failures
Средний промежуток между сбоями. Позволяет оценить, насколько надёжным стал продукт

RUN (стандартные метрики операционной эффективности)
Flow Time
Сколько занимает полный цикл задачи от идеи до продакшена. Выявляет «заторы» — длинные очереди или медленное ревью.

Flow Velocity
Сколько задач в итоге доводится до завершения за единицу времени. Позволяет отслеживать «пропускную способность» команды.

Flow Efficiency
Какую долю всего времени работы задача реально «делается», а не лежит в очереди. Низкий процент сигнализирует о больших простоях

Flow Distribution
Распределение по типам задач (фичи, баги, техдолг и т.д.). Избегает перекосов: не забывайте о балансе между новыми функциями и качеством

Team Health
Условный барометр морального состояния команды, её атмосферы и удовлетворённости. Мотивированная команда работает эффективнее и стабильнее

Mean Time to Detect
Через какое время обнаруживаются неполадки или дефекты. Если долго, уязвимости могут «жить» в системе, создавая риски

Number of Vulnerabilities
Сколько уязвимостей найдено в коде/инфре. Чем оперативнее закрываются критические дыры, тем безопаснее продукт и спокойнее сон

WALK (зрелые метрики фокуса на ценности)
Customer NPS
Индекс лояльности: показатель, насколько пользователи готовы рекомендовать продукт другим. Если NPS падает — звоночек, что люди недовольны

Time to Value
За какое время клиенты получают реальную пользу от новой фичи. Быстрая выгода = довольные пользователи и рост продукта

Service Level Indicators
Метрики, отражающие качество сервиса (доступность, время ответа, процент ошибок). Задают SLO и смотришь, укладываетесь ли в эти цели

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

Product Adoption
Насколько активно и регулярно пользователи пользуются новой фичой или продуктом. Высокое adoption = проверка ценности на практике

Полезные ссылки
https://www.aha.io/roadmapping/guide/agile/agile-metrics
https://www.gitclear.com/popular_software_engineering_metrics_and_how_they_are_gamed
https://queue.acm.org/detail.cfm?id=3454124
https://martinfowler.com/articles/measuring-developer-productivity-humans.html
https://kaiten.ru/blog/f4p-framework/

Отдельно выделю: unidraw.io/app/board/b05a2ae081007f362709 — где проделана замечательная работа по канбан-метрикам от деливери-менеджеров Т-банка

P.S. Поделись, что из этого ты уже измеряешь? Какие метрики на твой взгляд буллщит?