| Метрика | Что сказать CEO | Красный флаг |
|---|---|---|
| Lead time | Когда ждать результат от идеи до продакшена | Рост >15–20% два месяца подряд без объяснимой причины |
| Cycle time | Где «застревает» работа в активной фазе | Рост 2 месяца подряд при том же throughput |
| Throughput | Мощность потока: сколько работы доводим до Done | Падение throughput при росте WIP и очередей |
| CFR | Стабильность релизов и риск «пожаров» после выката | CFR >10–15% или рост +5 п.п. за месяц |
| Review time | Скрытые задержки на согласованиях и ревью | Review time растёт быстрее объёма задач |
Задача CTO: измерять поток, а не активность
Контроль разработки ломается в двух крайностях: либо «ничего не видно», либо начинается микроменеджмент по коммитам, часам и статусам. Рабочий компромисс — метрики потока и качества, которые описывают результат для бизнеса.
Базовый набор: 5 метрик, с которых стоит начать
Этого набора достаточно, чтобы увидеть скорость, стабильность и узкие места.
- Lead time — сколько времени проходит от запроса до релиза (управляет ожиданиями бизнеса).
- Cycle time — сколько занимает работа в активной фазе (показывает узкие места и «заторы»).
- Throughput — сколько единиц работы команда доводит до Done за период (динамика мощности потока).
- Change Failure Rate (CFR) — доля релизов, после которых нужны фиксы (качество и риск «катастроф»).
- Review time — задержки на ревью и согласованиях (частый скрытый тормоз).
Сигналы риска: как заметить срыв сроков заранее
Для CTO важны не абсолютные цифры, а тренды. Два простых правила:
- Если cycle time растёт 2 месяца подряд при том же throughput — ищите узкое место (ревью, тестирование, зависимость от архитекторов).
- Если растёт CFR при той же частоте релизов — качество деградирует, а бизнес‑риск растёт экспоненциально.
Как говорить с CEO: перевод метрик в управленческий язык
В отчёте руководству показывайте не «lead time = 12 дней», а вывод: предсказуемость, риск и стоимость задержки. Пример формата: «в этом месяце риск срыва сроков по продукту X вырос на 30% из‑за роста review time».
Терминология совпадает с четырьмя ключевыми метриками из исследований DORA (lead time for changes, deployment frequency, change failure rate, time to restore). Для внутренних команд к ним добавляют throughput и review time как операционные сигналы потока.
FAQ
Какие 5 метрик разработки CTO может внедрить в первую очередь?
Начните с lead time, cycle time, throughput, change failure rate и review time. Эти метрики показывают скорость потока, стабильность релизов и узкие места, не превращая контроль в микроменеджмент.
Почему нельзя измерять эффективность разработчиков по коммитам и часам?
Коммиты и часы измеряют активность, а не результат для бизнеса. Они стимулируют шум и ухудшают качество. CTO важнее метрики потока и качества: как быстро и безопасно команда доставляет изменения.
Как объяснить метрики разработки CEO простым языком?
Переводите метрики в управленческие выводы: предсказуемость сроков, стоимость задержек, риск срыва релиза и стабильность качества. Показывайте тренды и отклонения, а не сырые инженерные числа.