☄️ 4 метрики эффективности DevOps

1️⃣ Частота развертывания

Показатель того, как часто изменения выпускаются в продакшен. Более частые развертывания представляют меньший риск и обеспечивают непрерывную доставку. В идеале — ежедневно.

Элитные команды способны делать это по требованию.

👉 Как повлиять: вместо большого количества функций и изменений ваши выпуски должны представлять собой одну функцию или изменение, а каждое обновление должно быть как можно меньшим по объему.

2️⃣ Срок внесения изменений

Эта метрика — индикатор проблем процесса, она помогает выявить узкие места, замедляющие доставку программного обеспечения.

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

👉 Как повлиять: используйте ПО, которое поможет определить, застряли ли коммиты, например, в ожидании тестирования качества. Как только вы обнаружите, что задерживает развертывание, вы можете автоматизировать тестирование или нанять дополнительных тестировщиков.

3️⃣ Среднее время стабилизации

Это среднее время восстановления после сбоя работы продукта или системы. Чтобы измерить это, необходимо знать время, когда произошел инцидент и когда его разрешили, а также, что помогло.

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

👉 Как повлиять: уменьшите размер развертываний — так вы сможете сократить радиус воздействия, если что-то пойдет не так.

4️⃣ Процент неудачных изменений

Это процент развертываний, которые привели к сбою. Метрика показывает стабильность кода, который выпускает ваша команда, а также его качество.

У элитных команд уровень неудачных изменений составляет 0–15 %, а у низкоэффективных — 16–30 %.

👉 Как повлиять: выясните основную причину неудач. Часто это человеческий фактор, плохое тестирование и плохое качество кода. Автоматизация процессов развертывания и тестирования может устранить человеческий фактор.

Сохраняйте себе и делитесь с коллегами 🤝

@DevOpsKaz