DORA метрики это: глоссарий и гайд по 4 ключевым метрикам
DORA метрики — это 4 показателя, которые предсказывают, насколько хорошо ваша команда поставляет ПО. Не опросы, не самоотчёты — четыре жёстких сигнала: как часто вы деплоите, сколько времени изменение идёт до прода, как часто деплой ломает прод и как быстро вы восстанавливаетесь. Отчёт DORA 2023 от Google Cloud, построенный на 10 годах исследований и 36 000+ респондентах, — самая большая когда-либо собранная база данных по доставке ПО. И из года в год она показывает один и тот же паттерн.
Этот глоссарий объясняет каждую метрику простыми словами — с формулами и бенчмарками, которые отделяют elite-команды от low performers. Прочитайте один раз, держите как справочник.
{/* truncate */}
Что такое DORA метрики (короткое определение)
DORA метрики — это четыре показателя производительности доставки ПО, определённые командой DevOps Research and Assessment (DORA), которая сейчас входит в Google Cloud. Их популяризовали Николь Форсгрен, Джез Хамбл и Джин Ким в книге Accelerate (2018) — на данных по тысячам компаний они показали, что команды с хорошими DORA-метриками опережают конкурентов и по прибыли, и по доле рынка, и по удержанию сотрудников.
Четыре метрики делятся на две пары:
- Скорость (throughput) — Deployment Frequency, Lead Time for Changes
- Стабильность — Change Failure Rate, Mean Time to Restore (MTTR)
Главный вывод Accelerate и всех последующих State of DevOps Report'ов: скорость и стабильность не противоречат друг другу. Elite-команды одновременно быстрые и надёжные. Low performers — медленные и хрупкие.
4 метрики DORA
Deployment Frequency (частота деплоев)
Что измеряет: как часто команда выкатывает код в прод.
Формула: Количество production-деплоев ÷ Период времени
Звучит просто. Подвох: деплой — это не мердж. Если main обновляется 20 раз в день, а прод — раз в неделю, ваша Deployment Frequency — недельная, не 20/день.
| Уровень | Бенчмарк (DORA 2023) |
|---|---|
| Elite | On-demand (несколько раз в день) |
| High | От раза в день до раза в неделю |
| Medium | От раза в неделю до раза в месяц |
| Low | Реже раза в месяц |
Почему это важно: мелкие деплои несут меньше риска на релиз. Команда, выкатывающая 50 изменений в неделю по одному в день, получает фидбэк за часы. Команда, собирающая те же 50 изменений в месячный релиз, получит фидбэк через недели — когда автор уже забыл, что менял.
Подробнее: Как команды деплоят 50+ раз в день: паттерны Preply, Etsy, Spotify.
Lead Time for Changes (время от коммита до прода)
Что измеряет: время от первого коммита до момента, когда этот код работает в проде.
Формула: Время деплоя − Время первого коммита (среднее или медиана по изменениям)
| Уровень | Бенчмарк (DORA 2023) |
|---|---|
| Elite | Меньше часа |
| High | От дня до недели |
| Medium | От недели до месяца |
| Low | Больше месяца |
Одна цифра Lead Time скрывает реальную проблему. У большинства команд один из четырёх боттлнеков:
| Стадия | Время уходит здесь, если | Что делать |
|---|---|---|
| Coding | Задачи слишком большие | Дробить истории |
| Pickup (ожидание ревью) | Ревьюеры игнорят очередь PR | Ввести review SLA |
| Review | Слишком много циклов «правка ↔ комментарий» | Договориться о стандартах заранее |
| Deploy | Ручные апрувы, медленный CI | Автоматизировать гейты |
PanDev Metrics автоматически разбивает Lead Time на эти четыре стадии по событиям из Git — вы сразу видите, какая именно стадия съедает время.
Mean Time to Restore (MTTR — среднее время восстановления)
Что измеряет: сколько времени занимает восстановление после инцидента на проде.
Формула: Сумма длительностей инцидентов ÷ Количество инцидентов
| Уровень | Бенчмарк (DORA 2023) |
|---|---|
| Elite | Меньше часа |
| High | Меньше суток |
| Medium | От суток до недели |
| Low | Больше недели |
MTTR — не про предотвращение фейлов. Фейлы случаются у всех. MTTR измеряет мышцу восстановления — feature flags, автоматический rollback, on-call paging, observability. У команд с MTTR под час обычно не меньше инцидентов; у них просто откат заложен в архитектуру с первого дня.
См.: MTTR Targets 2026: реалистичные бенчмарки скорости восстановления.
Change Failure Rate (доля неудачных деплоев)
Что измеряет: процент деплоев, которые приводят к инциденту, хотфиксу или роллбэку.
Формула: Неудачные деплои ÷ Все деплои × 100%
| Уровень | Бенчмарк (DORA 2023) |
|---|---|
| Elite | 0–5% |
| High | 5–10% |
| Medium | 10–15% |
| Low | Больше 15% |
Контр-интуитивный момент, который пропускают почти все: Change Failure Rate 0% — это красный флаг, а не достижение. В 9 случаях из 10 это означает одно из трёх — инциденты не детектятся, деплои настолько редкие, что их неделями тестируют, или команда прячет роллбэки, чтобы цифры выглядели красиво. Здоровая elite-команда стоит около 5%. Ноль — это сломанная инструментация.
Подробно: Change Failure Rate: почему 15% — это норма, а 0% — красный флаг.
DORA против SPACE и DevEx
DORA — не единственный фреймворк измерения продуктивности. Три, которые встречаются чаще всего:
| Фреймворк | Год | Что измеряет | Когда подходит |
|---|---|---|---|
| DORA | 2014–настоящее | Throughput + стабильность доставки | Здоровье пайплайна, отчётность для топов |
| SPACE | 2021 (Forsgren et al.) | Satisfaction, Performance, Activity, Collaboration, Efficiency | Человеческие сигналы, здоровье команды |
| DevEx | 2023 (DX, Inc.) | Flow, циклы обратной связи, cognitive load | Трение и счастье разработчиков |
DORA говорит, работает ли ваша система доставки. SPACE и DevEx говорят, всё ли в порядке у людей. Большинство зрелых инжиниринг-организаций используют связку — DORA для борда, SPACE/DevEx для ретро.
Полное сравнение: DORA vs SPACE vs DevEx 2026: какой фреймворк выбрать.
Как начать измерять DORA в своей команде
90-дневная программа не нужна. Практичный первый заход:
- Возьмите одну команду или один продукт. DORA на всю организацию — это годовой проект. Одна команда — это неделя.
- Определите, что такое «прод». Возьмите одно окружение. Тегайте деплои в него. Всё остальное — стейдж.
- Подключите Git и CI/CD. Deploy events из GitHub Actions, GitLab CI или Jenkins бесплатно дают вам Deployment Frequency и Lead Time.
- Выберите сигнал «фейл». Либо тикеты инцидентов в Jira/PagerDuty, либо коммиты-роллбэки в Git. Выберите одно определение и держитесь его для Change Failure Rate и MTTR.
- Читайте цифры, не спорьте с ними. DORA-данные первого месяца почти всегда стыдные. В этом и смысл — базовая линия, которой вы рады, врёт.
PanDev Metrics автоматически собирает все 4 DORA-метрики из Git-событий, CI/CD-вебхуков и инцидентов в Jira — без ручного ввода, без таблиц, без опросов. Платформа тянет события, считает математику и показывает все четыре числа с правильной раскраской elite/high/medium/low по отчёту DORA 2023.
Подробнее по внедрению — в полном гайде по DORA метрикам 2026.
Что DORA не измеряет (честный лимит)
DORA говорит, что система доставки здоровая. Она не говорит, что продукт хороший. Команда может иметь elite-уровень DORA и при этом выкатывать фичи, которые никому не нужны. DORA также не измеряет качество кода, технический долг и счастье разработчиков — для этого есть SPACE, DevEx или просто разговор.
Второй лимит: DORA рассчитан на команды, у которых есть deployable-сервис. Если команда занимается ресёрчем, собирает desktop-инсталлер или делает клиентскую разработку с релизами по email — модель DORA натягивается со скрипом. Используйте как сигнал, не как приговор.
FAQ
Что такое DORA метрики простыми словами?
Четыре числа, которые показывают, насколько быстро и надёжно ваша инжиниринг-команда поставляет ПО: как часто вы деплоите, сколько времени код идёт от коммита до прода, как часто деплои что-то ломают и как быстро вы восстанавливаетесь.
Сколько DORA метрик существует?
Четыре. Deployment Frequency, Lead Time for Changes, Change Failure Rate и Mean Time to Restore (MTTR). State of DevOps Report 2021 добавил пятую — Reliability, — но большинство практиков по-прежнему пользуются базовыми четырьмя.
Что такое elite performer по DORA?
Команда, которая деплоит несколько раз в день, имеет Lead Time меньше часа, восстанавливается после инцидента быстрее часа и держит Change Failure Rate ниже 5%. По отчёту DORA 2023, статус elite получают около 18% опрошенных команд.
DORA это DevOps?
Нет. DORA — это фреймворк измерения результатов DevOps. DevOps — практика; DORA — способ проверить, работает ли практика. Можно делать плохой DevOps с плохими DORA-цифрами; можно достичь хороших DORA-цифр и не называть это DevOps.
Зачем нужны DORA метрики?
Потому что это единственный широко принятый, отрецензированный фреймворк измерения производительности доставки ПО — и исследования Google Cloud стабильно связывают его с бизнес-результатами вроде прибыли и удержания. DORA превращает инжиниринг-перформанс из мнения в число, которое можно защитить на бюджетном комитете.
DORA метрики и SPACE — в чём разница?
DORA измеряет пайплайн — что выходит и насколько надёжно. SPACE измеряет людей — удовлетворённость, коллаборацию, фокус. DORA отвечает на «система быстрая и безопасная?». SPACE отвечает на «с людьми всё в порядке?». Большинству команд нужны оба.
Источники: Accelerate State of DevOps Report (Google Cloud, 2023); Forsgren, Humble, Kim — Accelerate (IT Revolution Press, 2018); Forsgren et al., "The SPACE of Developer Productivity" (ACM Queue, 2021).