DORA: зрелость практик, влияющих на delivery performance

Custom

Самооценка зрелости поставки и эксплуатации по мотивам DORA. Шаблон сочетает фактические вопросы по ключевым delivery-метрикам с вопросами о практиках, которые влияют на результат; блок технических основ стоит интерпретировать отдельно от самих DORA-метрик.

Войти и скопировать Регистрация Экспорт JSON

Блоки

Вопросы

Типы ответов

Один вариант Шкала

Что видно в этом preview

Это read-only просмотр структуры шаблона. После копирования вы сможете отредактировать вопросы, изменить формулировки и запустить опрос на свои команды.

1. Частота деплоя

Вес блока: 1

Вопросов: 6

1.1 Как часто команда деплоит изменения в production?

Один вариант Опций: 5

5. Несколько раз в день

4. Примерно раз в день

3. Несколько раз в неделю

2. Раз в неделю

1. Раз в месяц или реже

1.2 Команда регулярно и часто выкатывает изменения в продакшен.

Шкала Шкала: 1–5

1.3 Процесс деплоя автоматизирован и не требует значительных ручных действий.

Шкала Шкала: 1–5

1.4 Команда может задеплоить изменения в любой момент без привязки к фиксированному расписанию релизов.

Шкала Шкала: 1–5

1.5 Изменения поставляются в продакшен небольшими инкрементальными шагами, а не крупными батчами.

Шкала Шкала: 1–5

1.6 Деплойный пайплайн достаточно быстр и не тормозит ежедневную поставку.

Шкала Шкала: 1–5

2. Время от коммита до продакшена

Вес блока: 1

Вопросов: 6

2.1 Сколько обычно проходит времени от merge или commit до production?

Один вариант Опций: 5

5. До 1 часа

4. В течение дня

3. 1-3 дня

2. До недели

1. Больше недели

2.2 После коммита изменения быстро попадают в продакшен.

Шкала Шкала: 1–5

2.3 CI/CD-пайплайн запускается автоматически на каждый коммит и завершается за разумное время.

Шкала Шкала: 1–5

2.4 Код-ревью и процессы согласования не создают существенных задержек в поставке.

Шкала Шкала: 1–5

2.5 Команда использует trunk-based development или ветки с коротким временем жизни, которые часто вливаются.

Шкала Шкала: 1–5

2.6 Ручное тестирование и этапы согласования перед продакшеном сведены к минимуму.

Шкала Шкала: 1–5

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

Вес блока: 1

Вопросов: 6

3.1 Какой процент production-деплоев обычно приводит к инциденту, откату или срочному исправлению?

Один вариант Опций: 5

5. Почти никогда или очень редко

4. Редко, но заметно

3. Иногда

2. Регулярно

1. Часто

3.2 Большинство деплоев в продакшен проходит без инцидентов и откатов.

Шкала Шкала: 1–5

3.3 Автоматические тесты выявляют большинство дефектов до того, как изменения попадают в продакшен.

Шкала Шкала: 1–5

3.4 У команды есть понятная и отработанная стратегия отката или быстрого фикса.

Шкала Шкала: 1–5

3.5 Изменения кода и конфигурации проходят структурированное ревью перед каждым деплоем.

Шкала Шкала: 1–5

3.6 Тестовое покрытие достаточно, чтобы уверенно выполнять деплой в любое время.

Шкала Шкала: 1–5

4. Восстановление после неудачного изменения

Вес блока: 1

Вопросов: 6

4.1 Сколько времени обычно требуется, чтобы восстановиться после неудачного изменения или деплоя, потребовавшего вмешательства?

Один вариант Опций: 5

5. До 1 часа

4. В течение рабочего дня

3. До 1 дня

2. 1-3 дня

1. Больше 3 дней

4.2 После проблемного изменения команда быстро обнаруживает сбой и начинает реагировать.

Шкала Шкала: 1–5

4.3 Мониторинг и алертинг настроены и дают ранние сигналы о проблемах после деплоя.

Шкала Шкала: 1–5

4.4 Для типовых деплойных инцидентов есть задокументированные runbook'и или playbook'и.

Шкала Шкала: 1–5

4.5 Постмортемы по неудачным изменениям проводятся регулярно и приводят к конкретным улучшениям.

Шкала Шкала: 1–5

4.6 On-call дежурства четко распределены и не перегружают отдельных сотрудников.

Шкала Шкала: 1–5

5. Технические основы и capability-практики

Вес блока: 1

Вопросов: 5

5.1 Весь код и конфигурация инфраструктуры хранятся в системе контроля версий.

Шкала Шкала: 1–5

5.2 Команда использует feature-флаги или аналогичные подходы, чтобы разделить деплой и релиз.

Шкала Шкала: 1–5

5.3 Все окружения согласованы между собой, инфраструктура описана как код (IaC).

Шкала Шкала: 1–5

5.4 Изменения схемы БД автоматизированы и являются частью деплойного пайплайна.

Шкала Шкала: 1–5

5.5 Проверки безопасности и соответствия требованиям встроены в пайплайн, а не выполняются вручную.

Шкала Шкала: 1–5