| Метрика | Типичный вес | Что даёт CTO |
|---|---|---|
| Cycle time | 25–30% | Скорость потока, узкие места |
| Change failure rate | 20–25% | Стабильность релизов |
| Review time | 15–20% | Очереди на согласованиях |
| Throughput / predictability | 15–20% | Предсказуемость поставки |
| Risk forecast | 10–15% | Ранний сигнал срыва сроков |
Зачем CTO единый score, а не пять дашбордов
Крупные инженерные организации приходят к одной проблеме: каждая команда отчитывается по-своему. Platform тянет GitLab Insights, Product — Jira-отчёт, Infrastructure — таблицу в Confluence. На leadership review нет общего языка — только спор, чья методика «правильнее».
Опыт Salesforce Engineering 360 показал: когда сотни метрик сводят к стандартизированному набору с чёткими определениями, 80% engineering managers переходят на единую платформу для operational review. Не потому что «красивый дашборд», а потому что исчезает ручная сводка и разночтения.
Team Score в «Кабинете CTO» решает ту же задачу для портфеля из 5–15 внутренних команд: один экран, одна шкала, drill-down до команды и метрики.
Из чего собирается Team Score
Scorecard — не среднее арифметическое «всего подряд». Это взвешенная модель по согласованным правилам governance (см. дашборды vs governance):
- Метрики потока — cycle time, lead time, throughput. Показывают, насколько предсказуемо команда поставляет.
- Метрики качества — change failure rate, review time, доля unplanned work. Показывают цену скорости.
- Сигналы риска — прогноз по throughput vs commitment, рост WIP, старение блокеров (см. 12 сигналов риска поставки).
Каждая метрика нормализуется: не «12 дней cycle time», а «+18% к базовой линии команды за 8 недель». Так Platform с микросервисами и Product с монолитом остаются сопоставимыми по динамике, а не по абсолютным числам.
Как задать веса без гадания
Практичный порядок для CTO:
- Зафиксировать определения. Как считаете lead time, что считаете failed deploy, какой scope у CFR. Без этого веса бессмысленны.
- Выбрать 4–5 метрик. Больше — размывает сигнал; меньше — не видно trade-off скорость/качество.
- Согласовать веса с инвестиционным контуром. Продукт в фазе роста — выше вес throughput; зрелый продукт с SLA — выше CFR и review time.
- Пересматривать раз в квартал. Веса не догма: после изменения процесса или структуры команд модель обновляется.
Подход согласуется с практикой tiered scorecards (gold/silver/bronze): не бинарное «хорошо/плохо», а уровни зрелости с понятными порогами для эскалации.
Уровни обзора: org → команда → метрика
Эффективный портфельный scorecard работает на трёх уровнях — как в моделях reliability scorecards для org/team/service:
- Организация — средний Team Score, тренд за квартал, топ-3 риска по портфелю. Для CEO и совета директоров.
- Команда — score, sparkline за 12 недель, вклад метрик в падение/рост. Для CTO и Head of Engineering.
- Метрика — cycle time по фазам, очередь PR, CFR по релизам. Для EM и разбора с командой.
Без drill-down score превращается в «рейтинг стыда». С drill-down — в инструмент решений: «команда B просела из-за review time, а не из-за качества кода».
Чего не делать с Team Score
- Не ранжировать людей. Score — про систему и команду. Индивидуальные KPI по коммитам разрушают коллаборацию.
- Не сравнивать без методики. Разные определения Done и разный CI/CD делают «78 vs 65» бессмысленными цифрами.
- Не заменять разговор. Skip-level и ретро ловят выгорание и демотивацию, которые цифры не видят.
- Не фиксировать веса навсегда. Смена стратегии (например, ускорение time-to-market) меняет приоритет метрик.
Формат ежемесячного обзора по Team Score
25 минут, три блока:
- Портфель (8 мин) — рейтинг команд по score, кто улучшился/просел, один общий тренд.
- Интервенции (12 мин) — 2–3 команды ниже порога: какая метрика тянет вниз, какое решение до следующего месяца.
- Решения (5 мин) — перераспределение capacity, смена приоритетов, эскалация блокеров на уровень программы.
Итоговая заметка: не таблица из 50 колонок, а три команды в зоне внимания, три действия, три владельца. Подробнее о формате отчёта — в шаблоне отчёта CTO.
От ручной сводки к платформе
Собрать Team Score вручную из GitLab и Jira можно один раз. Поддерживать еженедельно — нереалистично: данные расходятся, определения плывут, Excel устаревает в день публикации. Централизованный слой (как в подходах unified engineering metrics) автоматизирует сбор, нормализацию и алерты — и освобождает CTO для решений, а не для copy-paste.
На демо «Кабинет CTO» показываем Team Score на ваших сценариях: веса, пороги, сравнение команд и risk watch — за 30 минут. Обзор продукта: страница «Кабинет CTO». Смежная тема: методика сравнения внутренних команд.
FAQ
Из каких метрик собирается Team Score?
Обычно из потока и качества: lead/cycle time, throughput, review time, change failure rate и прогноз риска сроков. Конкретные веса согласуются с CTO — важна единая методика для всех команд, а не «идеальный» набор из учебника.
Можно ли сравнивать команды с разным стеком и размером?
Да, если нормализовать метрики относительно собственной базовой линии команды и смотреть тренды, а не абсолютные числа. Team Score показывает динамику и отклонение от нормы, а не «кто быстрее пишет код».
Чем Team Score отличается от дашборда DORA в GitLab?
GitLab Insights полезен одной команде. Team Score — портфельный слой: одна шкала, сравнение 5–15 команд, алерты для руководства и отчёт для комитета — без ночной сборки Excel перед обзором.