Продукт
Archito НовоеУчится на merge request и показывает, что застряло Интеграции 25
Решения
По роли
Почему AppArch
Ресурсы
Клиенты Цены Контакты
Язык
Связаться с нами

Хватит гадать, как команда поставляет. Измерьте.

Engineering Analytics собирает поток MR, метрики DORA, поток поставки и влияние ИИ на одной доске - данные приходят из уже подключённых источников Git, Jira и инцидентов, без дополнительной настройки.

Экраны работающей установки

Что на доске?

Семь отчётов, одна модель данных. Все питаются от уже подключённых источников; отдельный агент или плагин не нужны.

01

MR Insights

Время ревью, размер MR, скорость слияния и узкие места - в разрезе команд и проектов.

02

DORA

Четыре ключевые метрики по вашим источникам деплоев и инцидентов; инцидент в течение часа после деплоя относится к нему.

03

AI Impact

На что расходовался ИИ-ключ, по людям и моделям, рядом с тем, как за те же недели менялись оценка, доля исправлений и время слияния.

04

Поток поставки

Поток задач из жизненного цикла Jira: ожидания, возвраты и семь готовых сигналов.

05

Воронка находок

Находки всех модулей в одной воронке от открытия до решения: что копится, что чинится, что игнорируется.

06

Портфель

Все проекты в одной таблице: оценка, открытые находки, тренд. Экран, который лид открывает в понедельник утром.

07

Разработчики

Участники Git и авторы MR синхронизируются сами; профиль, вклад и оценка на основе ArchPilot. Включается на уровне проекта.

DORA, а не маркетинговая версия

Все четыре метрики измеряются из реальных источников - без опросов, оценок и цифр, вбитых руками.

DF

Частота деплоев

Считается по вашим записям деплоев (Argo CD / Kubernetes).

LT

Lead time изменений

От открытия MR до деплоя, с разбивкой на ожидание ревью, ревью и ожидание выкладки.

CFR

Доля неудачных изменений

Заполняется после подключения источника инцидентов (Dynatrace / New Relic).

MTTR

Среднее время восстановления

От открытия инцидента до закрытия, атрибуция по корреляции во времени.

Правило честной отчётности

Если метрику нечем наполнить, она остаётся пустой - её никогда не добивают выдуманным средним или отраслевой прикидкой. За каждым числом, которое вы несёте руководству, стоит реальная запись.

Пороги за каждым сигналом

Данные merge request синхронизируются каждые 15 минут у всех четырёх Git-провайдеров. Сигнал становится жёлтым, затем красным на фиксированных видимых порогах.

СигналПредупреждениеКритично
Крупные MR (более 400 строк) 20% доля 40% доля
Слиты автором 20% доля 40% доля
Слиты без одобрения - доля 30% доля
Слиты без ревью 25% доля 50% доля
Время до первого ревью 24 h 72 h
Время до слияния 72 h 168 h
Открыты дольше 14 дней показываются

Рискованные слияния с оценкой

Каждая причина добавляет баллы; слияние попадает в список от 4 баллов, показываются десять самых рискованных.

  • Более 400 строк+2
  • Более 1000 строк+3
  • Слито автором+3
  • Без одобрения+2
  • Без ревью+2
  • Критическая находка+3
  • Находка уровня ошибки+1

Как определяются уровни DORA

Время поставки делится на три ожидания, чтобы было видно, какое растёт. Число появляется, только когда за период измерено не меньше пяти изменений.

EliteHighMediumLow
Деплоев в неделю≥ 7≥ 1≥ 0.23< 0.23
Время поставки< 24 h< 168 h< 730 h≥ 730 h

Доля неудачных изменений и время восстановления относят инцидент к деплою, если он открыт в течение часа на том же сервисе; время восстановления считается только по закрытым инцидентам. Инциденты читаются вживую и не хранятся; недоступный источник показывается недоступным, а не нулём инцидентов.

На чей вопрос отвечает эта доска?

Три встречи, три конкретных момента.

Ретро спринта

Почему ревью растянулось до трёх дней?

MR Insights показывает, на какой неделе, в каком проекте и при каком размере MR началось ожидание. Разговор переходит от ощущений к данным.

Квартальный обзор

Окупаются ли вложения в ИИ?

AI Impact показывает, на что расходовался ИИ-ключ установки - подсказки, ответы ассистента, токены, по людям и моделям - рядом с тем, как за те же недели менялись оценка, доля исправляющих MR и время слияния. Ответ - таблица, а не лозунг.

Отчёт руководству

Четыре метрики DORA, один слайд

DF, LT, CFR и MTTR берутся из реальных записей деплоев и инцидентов; каждое число раскрывается до источника. Когда спросит аудитор, ответ уже готов.

Частые вопросы

Откуда данные - нужно ставить агент?
Без агентов. Данные читаются из уже подключённого: Git-провайдер, связка с Jira, интеграции деплоев и инцидентов. Аналитика строится на существующих источниках.
Это инструмент слежки за разработчиками?
Нет. Представления по умолчанию - на уровне команд и проектов; персональный вид «Разработчики» включается по проекту, а сервисные аккаунты отфильтровываются сами. Цель - найти затор в потоке, а не выставлять людям оценки.
Почему CFR и MTTR пустые?
Потому что источник инцидентов ещё не подключён. Этим двум метрикам нужны реальные инциденты; они начнут заполняться после подключения Dynatrace или New Relic. Пусто лучше, чем выдумано - таково наше правило честной отчётности.
Что именно измеряет AI Impact?
Две вещи рядом. Во-первых, на что использовался ИИ-ключ установки: подсказки исправлений, ответы ассистента и классификация комментариев, с входными и выходными токенами по людям, моделям и неделям. Во-вторых, сигналы качества за тот же период: оценка ArchScan, доля исправлений среди слитых MR и среднее время слияния, первая половина против второй. Он не угадывает, какие строки написал ИИ-инструмент.
В какие тарифы входит и подтягивается ли история?
Аналитика входит в любую лицензию; ни один модуль не закрыт. История ваших источников (MR, деплои, changelog Jira) подтягивается при первой синхронизации - вы не начинаете с пустой доски.

Как это выглядит в продукте

Все скриншоты

Посмотрите на доску со своими данными

Подключите свой Git; первая синхронизация подтянет историю, и доска заговорит с первого дня.

Подпишитесь на нашу рассылку

Новые модули, заметки о выпусках и статьи об архитектуре. Отписаться можно в один клик в любой момент.