Дашборд CTO: что показывать на еженедельном совещании и как это читать
По оценкам Gartner, менее 30% инженерных лидеров имеют эффективную видимость реальной производительности своей команды. У каждого CTO есть дашборд. Большинство из них бесполезны. Они или забиты 47 графиками, которые никто не читает, или содержат один график velocity, который ничего не говорит. Хороший дашборд CTO отвечает на три вопроса: доставляем ли мы? Здоровы ли мы? Улучшаемся ли мы? Вот как построить такой, который реально работает.
Три слоя дашборда CTO
Ваш дашборд должен обслуживать три аудитории с тремя разными каденциями:
| Слой | Аудитория | Каденция | Время на просмотр |
|---|---|---|---|
| Слой руководства | CEO, CFO, совет | Ежемесячно/Ежеквартально | 2 минуты |
| Слой лидерства | Вы + VP Eng | Еженедельно | 10 минут |
| Операционный слой | Вы + EM-ы | Ежедневно/По запросу | По необходимости |
Типичная ошибка CTO — показывать операционный слой руководству. Вашему CEO не нужно видеть время цикла PR по командам. Ему нужно знать, доставляет ли инжиниринг обязательства и окупаются ли инвестиции.
Слой 1: Дашборд для руководства
Это то, что вы показываете на еженедельном совещании руководства, на бордовых ревью и квартальных обзорах. Максимум 6 метрик. Если руководителю нужно больше 2 минут, чтобы понять статус инжиниринга — вы провалились.
Метрика 1: Delivery Index (по организации)
Что это: Композитный показатель (0.0–1.0), измеряющий, насколько стабильно инжиниринг выполняет свои обязательства.
Как читать:
- 0.85+ — Инжиниринг высокопредсказуем. Обязательства выполняются. Руководство может планировать с уверенностью.
- 0.65-0.85 — Нормальный диапазон. Есть вариативность, но в целом на треке. Исследуйте команды или проекты, тянущие среднее вниз.
- Ниже 0.65 — Доставка ненадёжна. Это проблема лидерства, не только процесса. Копайте в корневые причины.
Что сказать на совещании:
«Delivery Index на 0.81, рост с 0.76 в прошлом месяце. Команда Platform нас просадила — миграция БД затянулась на 2 недели — мы пересмотрели оставшиеся милестоуны. Продуктовые команды на 0.88.»
Метрика 2: DORA — Lead Time for Changes
Что это: Время от первого коммита до деплоя в продакшн, измеренное в 4 стадиях: кодирование, ревью PR, CI/CD и деплой.
Как читать (пороги согласованы с бенчмарками DORA из исследования Accelerate State of DevOps):
- Менее 1 дня — Элитный уровень. Деплоите быстро, пайплайн здоров.
- 1 день – 1 неделя — Высокий. Хорошая производительность для большинства организаций.
- 1 неделя – 1 месяц — Средний. Есть узкие места — найдите их в разбивке по 4 стадиям.
- Более 1 месяца — Низкий. Серьёзные проблемы процесса или технологий. Стратегический риск.
Что сказать на совещании:
«Lead Time в среднем 18 часов. Узкое место — code review на 8 часов — мы запустили рабочую группу по доступности ревьюеров.»
Метрика 3: Точность планирования
Что это: Насколько фактическая доставка совпадает с плановой за спринт/цикл.
Как читать:
- Выше 80% — Сильная дисциплина планирования. Команды понимают свою мощность.
- 60-80% — Есть куда расти. Вероятно, перезакладка обязательств или незапланированная работа.
- Ниже 60% — Планирование сломано. Либо оценки сильно промахиваются, либо скоуп постоянно меняется.
Что сказать на совещании:
«Точность планирования — 73% в этом спринте. Разрыв в основном из-за незапланированного патча безопасности, съевшего 3 дня у бэкенд-команды. Без инцидента было бы 86%.»
Метрика 4: Productivity Score (по организации)
Что это: Нормализованный балл, объединяющий Activity Time, Focus Time и метрики выхода для общей картины инженерной продуктивности.
Как читать: Отслеживайте тренд, а не абсолютное число. Растущий тренд означает, что инвестиции в инструменты, процессы и здоровье команды окупаются. Падающий — ранний сигнал тревоги.
Что сказать на совещании:
«Productivity Score вырос на 7% квартал к кварталу. Связываем с обновлением IDE и новой политикой сред без совещаний.»
Метрика 5: Стоимость инжиниринга на фичу/проект
Что это: Общая стоимость инжиниринга (зарплаты, инфраструктура, инструменты), распределённая по проектам или фичам.
Как читать: Это метрика, которая больше всего волнует CFO. Она отвечает на вопрос: «Тратим ли мы инженерный бюджет на правильные вещи?»
Что сказать на совещании:
«Проект Falcon потребил $180K инженерных затрат в этом квартале — в рамках бюджета. Проект Atlas на $95K при бюджете $70K из-за расширения скоупа; мы выносим это на ревью скоупа.»
Метрика 6: Индикатор здоровья команды
Что это: Композитный сигнал из паттернов переработок, риска оттока и удовлетворённости разработчиков.
Как читать:
- Зелёный — Команда устойчива. Нормальные часы, стабильный состав, позитивные тренды.
- Жёлтый — Предупреждающие сигналы. Переработки растут, Focus Time падает или одна команда борется.
- Красный — Нужно вмешательство. Сигналы выгорания, key person risk или нестабильность команды.
Что сказать на совещании:
«Здоровье команды в целом зелёное. Один жёлтый флаг: команда инфраструктуры 3 недели показывает рост работы в нерабочие часы. Я встречусь с их менеджером для перераспределения нагрузки.»
Дашборд команды PanDev Metrics — слой руководства: активность, статус онлайн, таймлайн событий и список сотрудников на одном экране.
Слой 2: Дашборд лидерства
Это то, что вы просматриваете еженедельно с VP Eng и старшими менеджерами. Глубже слоя руководства, но остаётся стратегическим.
Разбивка по командам
| Команда | Delivery Index | Lead Time | Точность планирования | Средний Focus Time | Здоровье |
|---|---|---|---|---|---|
| Продукт - Веб | 0.88 | 14 ч | 82% | 3.1 ч | Зелёный |
| Продукт - Мобайл | 0.79 | 22 ч | 71% | 2.4 ч | Жёлтый |
| Платформа | 0.72 | 31 ч | 65% | 2.8 ч | Жёлтый |
| Инфраструктура | 0.91 | 8 ч | 88% | 3.4 ч | Жёлтый |
| Данные | 0.85 | 19 ч | 77% | 2.9 ч | Зелёный |
Как читать эту таблицу:
- Ищите выбросы, а не средние. Lead Time команды платформы 31 час — вот главная история.
- Коррелируйте метрики. Низкий Focus Time мобильной команды (2.4 ч) и низкая точность планирования (71%) скорее всего связаны — слишком много прерываний мешают выполнять обязательства.
- Здоровье жёлтое + хорошие метрики (как у инфраструктуры: 0.91 доставки, но жёлтое здоровье) означает, что команда доставляет ценой неустойчивых усилий. Это самый опасный паттерн — выглядит нормально, пока кто-то не уволится.
Разбивка DORA по 4 стадиям
| Стадия | Эта неделя | Прошлая | Тренд | Цель |
|---|---|---|---|---|
| Время кодирования | 6.2 ч | 5.8 ч | ↑ | < 8 ч |
| Ревью PR | 8.1 ч | 7.4 ч | ↑ | < 4 ч |
| CI/CD | 0.8 ч | 0.9 ч | ↓ | < 1 ч |
| Деплой | 2.9 ч | 3.1 ч | ↓ | < 2 ч |
| Общий Lead Time | 18.0 ч | 17.2 ч | ↑ | < 15 ч |
Как читать:
- Время кодирования немного растёт — проверьте, становятся ли PR больше (плохо) или фичи сложнее (зависит от контекста).
- Ревью PR — узкое место и ухудшается. Нужны конкретные действия: ротация ревьюеров? Меньше PR? Больше ревьюеров?
- CI/CD и деплой здоровы и улучшаются — хорошо.
Распределение инвестиций
Отслеживайте, куда реально идёт инженерное время vs план:
| Категория | План % | Факт % | Дельта |
|---|---|---|---|
| Новые фичи | 60% | 48% | -12% |
| Техдолг | 15% | 12% | -3% |
| Баг-фиксы | 10% | 18% | +8% |
| Незапланированное / инциденты | 5% | 14% | +9% |
| Процессы / совещания | 10% | 8% | -2% |
Как читать: Планировали 60% на новые фичи, достигли 48%. Разрыв съели баги (+8%) и незапланированная работа (+9%). Это ваш аргумент за инвестиции в качество и надёжность — вы всё равно за это платите, просто неуправляемо.
Слой 3: Операционный дашборд
Для ваших ежедневных проверок и глубоких анализов. Не для презентаций — для расследований.
Что мониторить ежедневно
- Частота деплоев — команды релизят или что-то застряло?
- Процент провальных деплоев — если скачок, что-то не так в CI или тестировании
- Активные инциденты — что горит прямо сейчас?
- Глубина очереди PR — ревью копятся?
Что исследовать еженедельно
- Отдельные разработчики с аномальными паттернами — резкие падения Activity Time, устойчиво низкий Focus Time
- Стоимость проекта vs бюджет — ловите перерасход рано
- Кросс-командные зависимости — команды блокируются друг на друге?
Что ревьюить ежемесячно
- Тренды на уровне департамента — сравните этот месяц с прошлым по всем ключевым метрикам
- Анализ по ролям — сеньоры тратят слишком много времени на ревью? У джуниоров достаточно Focus Time?
- Влияние найма — новые сотрудники выходят на продуктивность по графику?
Как читать дашборд без микроменеджмента
Это самая сложная часть. Соблазн с хорошим дашбордом — реагировать на каждое колебание. Не стоит.
Правило 3 недель
Никогда не действуйте на основе одной недели данных. Инженерная работа по природе нестабильна. Команда может показать низкую доставку на одной неделе из-за дизайн-фазы — и это нормально.
Паттерн для действия: Три подряд недели одного тренда. Паттерн для игнорирования: Одна плохая неделя с восстановлением.
Проверка контекста
Перед тем как поднять метрику перед командой, спросите: «Знаю ли я контекст?»
- Низкий Activity Time может означать дизайн-спринт, выезд или отпускной период
- Высокий Lead Time может означать намеренно осторожный выкат критической фичи
- Низкая точность планирования может означать, что команда взяла на себя незапланированную, но стратегически важную работу
Правило: Спросите EM о контексте, прежде чем делать выводы. Дашборд говорит что; EM говорит почему.
Правильная высота
| Вы видите... | Неправильная реакция | Правильная реакция |
|---|---|---|
| Activity Time одного разработчика упал | Написать разработчику | Отметить; проверить, знает ли их EM, на следующем синке |
| Доставка команды просела на 2 недели | Потребовать объяснений на all-hands | Спросить EM на 1:1 |
| Lead Time по организации растёт месяц | Игнорировать (это же просто метрика) | Запустить рабочую группу для расследования |
| Стоимость проекта превышает бюджет | Закрыть проект | Ревью скоупа с PM и EM; понять причину перерасхода |
Построение дашборда: практическое руководство
Шаг 1: Начните со слоя руководства
Не пытайтесь построить все три слоя сразу. Начните с 6 метрик руководства. Если не можете ответить на «Доставляем? Здоровы? Улучшаемся?» — всё остальное не имеет значения.
Шаг 2: Добавьте разбивку по командам
Когда метрики руководства стабильны, разбейте их по командам. Это ваш слой лидерства.
Шаг 3: Обеспечьте самообслуживание для операционных данных
EM-ы должны иметь возможность копаться в данных своей команды без вашего участия. Дашборды разработчиков должны быть доступны самим разработчикам. Ваш операционный слой — прежде всего для кросс-командных и орг-уровневых расследований.
Шаг 4: Автоматизируйте отчётность
Настройте еженедельные автоматические отчёты:
- Понедельник: Снимок дашборда по email вашей лидерской команде
- Ежемесячно: Сводка для руководства к совещанию
- Ежеквартально: Полный отчёт с трендами для совета
Генерация Excel или PDF отчётов из платформы инженерного интеллекта экономит часы ручного подсчёта.
Шаг 5: Итерируйте на основе вопросов
Лучшие дашборды эволюционируют на основе вопросов, которые задают люди. Если на каждом совещании звучит «а что насчёт X?» — добавьте X на дашборд. Если метрику Y никто не смотрит — уберите. Стремитесь к сигналу, а не шуму.
Формат еженедельного совещания
Вот как презентовать дашборд за 15-минутный слот на еженедельном совещании руководства:
Минуты 1-2: Сводка «Delivery Index 0.81. Lead Time 18 часов. Точность планирования 73%. В целом на треке, один жёлтый флаг.»
Минуты 3-5: История «История этой недели — незапланированная работа. Мы приняли критический патч безопасности, который стоил 3 дня бэкенд-команде. Без него точность планирования была бы 86%. Я попросил команду безопасности добавить буфер в планирование спринтов именно на такие случаи.»
Минуты 6-8: Хайлайт команды «Хочу отметить мобильную команду — они улучшили Lead Time с 35 до 22 часов за месяц, разбив монолитный деплой на feature-based релизы.»
Минуты 9-12: Необходимые решения «Lead Time команды платформы 31 час — вызывает беспокойство. Предлагаю выделить 2 инженеров на автоматизацию пайплайна на 4 недели. Ожидаемый эффект: снижение Lead Time до менее 20 часов.»
Минуты 13-15: Вопросы Открытый формат.
Эта структура уважает время руководства, выделяет важное и продвигает решения. Она согласуется с подходом, который рекомендует Nicole Forsgren в Accelerate: начинайте с результатов, объясняйте историю за данными, затем фокусируйтесь на том, что нужно изменить.
Получите дашборд CTO, который реально работает. PanDev Metrics предоставляет все три слоя из коробки — сводки для руководства, разбивку по командам и операционные drill-down. С DORA метриками, Delivery Index, аналитикой затрат и ролевым доступом каждый стейкхолдер видит именно то, что нужно. Экспортируйте еженедельные отчёты в PDF или Excel для совещаний руководства.