50 метрик · 215 зависимостей
Процент команды, активно использующей AI-ассистентов. Элитный уровень: >80% принятия. Командные эффекты обычно проявляются при >60% использования.
Процент принятых AI-подсказок. Элитный уровень: 45–54% (бенчмарк Cursor). Низкий процент указывает на плохую настройку моделей или отсутствие реальной пользы.
Процент кода, написанного ИИ. Бенчмарк Brex: 45%. Значение >60% требует усиленного внедрения автоматических QA-гардрейлов.
Частота дефектов безопасности в сгенерированном коде. Критический риск: до 51% AI-кода может содержать уязвимости (исследование Veracode).
Уверенность инженеров в точности ИИ. Глобальное доверие падает (с 40% до 29%) по мере роста сложности систем.
Время до выхода на чистую прибыль в продуктивности. Первые 2 недели: просадка -19%. Полный профит (+21–55%) наступает через 8 недель.
Скорость накопления долга в коде от ИИ. AI может удваивать сложность, замедляя общую скорость на 45% через 90 дней после внедрения.
Рост времени ревью на PR. Высокая адаптация ИИ коррелирует с увеличением циклов ревью на 91% и ростом размера PR на 154%.
Накопленные компромиссы, замедляющие работу. Элитные команды тратят <10% времени на долг.
Структурная запутанность логики. Цикломатическая сложность >20 = высокий риск ошибок.
Затраты на обновление библиотек. Элитный уровень: политика единой версии на всю репу.
Влияние роста кода на скорость Git и когнитивную нагрузку. Элитный уровень: использование sparse checkouts.
Как часто код попадает в продакшен. Элитный уровень: несколько раз в день; начальный: раз в месяц или реже.
Время от первого коммита до релиза в продакшен. Элитный уровень: <1 часа; начальный: >1 месяца.
Процент деплоев, вызвавших сбой или деградацию сервиса. Элитный уровень: <5%; начальный: >30%.
Среднее время восстановления сервиса после сбоя. Элитный уровень: <1 часа.
Общее время прохождения CI пайплайна. Потери времени на ожидание могут достигать 30% рабочего дня.
Длительность компиляции и сборки артефактов. Прямой ограничитель внутреннего цикла разработки.
Частота переключения между задачами. Восстановление: 23 мин 15 сек. Только 2.3 часа глубокой работы в день.
~11 часов в неделю. 2→3 встречи в день: прогресс 74%→14%.
Сессии глубокой работы. ~15 минут на вход, до 500% продуктивности.
Ментальные затраты на инструменты/процессы/сложность. 76% отмечают стресс.
Общее счалье. Каждый пункт DXI экономит ~13 минут на разработчика в неделю.
Pull request на разработчика в неделю. Элитный уровень: 15–25 PR; начальный: 2–5 PR.
Время на создание рабочего окружения. Элитный уровень: минуты; начальный: >1 недели.
Соответствие окружения разработку продакшену. Снижает риск багов «у меня работает».
Создание ресурсов без тикетов и ожидания. Начальный уровень: месяцы; Элитный: минуты.
Точность вычисления измененных модулей. Без этого каждое изменение запускает полную пересборку репозитория.
Доля задач, выполненных из кэша. Промах вынуждает делать дорогую полную пересборку.
Скорость операций clone, status и checkout на больших масштабах. Стандартный Git ломается на миллиардах строк.
Четкость границ проектов и зон ответственности. Необходима для правильной маршрутизации ревью.
Затраты на согласование изменений между командами. Технически просто в монорепе, но социально сложно.
Количество сервисов, затронутых изменением одной библиотеки. Уникальный риск масштаба монорепозитория.
Частота сбоев в проде. Каждый инцидент уничтожает 2–3 часа продуктивного времени.
Ментальная нагрузка и стресс от поддержки прода. 83% инженеров жалуются на выгорание от дежурств.
Ясность и актуальность доков. Команды с хорошей документацией в 2.4 раза чаще становятся элитными.
Количество используемых систем. 1200+ переключений в день стоят ~4 часа в неделю.
Разделение деплоя и релиза. Позволяет мгновенно откатывать функции и безопасно экспериментировать.
Способность понять состояние системы по внешним сигналам (логи, метрики, трейсы).
Скорость ухода разработчиков. Стоимость замены одного инженера — от $50 до $100 тысяч.
Время от открытия PR до финального аппрува. Google: <4 часов; индустрия: 15–24 часа.
Количество изменённых строк в одном PR. Оптимально: 200–400 строк.
Время ожидания в очереди после аппрува. Критично при 20+ активных разработчиках.
Доля тестов с недетерминированным результатом. Google: 16% тестов склонны к флакам.
Время работы тестов от начала до конца. Основное бутылочное горлышко CI.
Процент кода, выполняемого во время тестирования. Google: 60%/75%/90%.