Не DORA единой жив DevOps (1/2)

В далеком 2014 команда DORA (DevOps Research and Assessment), впоследствии ставшая частью Google Cloud, начала публиковать ежегодные исследования о развитии DevOps, получившие название State of DevOps Report. Основной целью данных исследований было найти объективные способы оценки эффективности DevOps-процессов.

В 2016 году команда нашла способ такой оценки и на свет появились 4 ключевых DORA-метрики:
- Deployment Frequency - как часто организация выполняет релизы в production. В идеале деплой должен происходить on-demand несколько раз в день.
- Lead Time for Changes - время, необходимое для того, чтобы конкретный коммит попал в production. Эффективные команды обычно измеряют его в часах.
- Change Failure Rate - процент релизов, которые привели к авариям в production. Должен быть как можно ниже, хорошим значением показателя считается от 0 до 15%.
- Time to Restore Service - время, необходимое организации для того, чтобы восстановить production после аварии. Высокоэффективные команды быстро восстанавливаются после сбоев системы, тогда как менее результативным может потребоваться неделя.

Эффективность по DORA измеряется по 4 категориям:
- Low
- Medium
- High
- Elite

Таким образом, используя DORA-метрики, каждая организация может оценить свой текущий уровень эффективности DevOps-процессов и сравнить себя с другими организациями из своей индустрии, поняв свою конкурентоспособность. Члены DORA в своей знаменитой книге Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations проводят прямые параллели между скоростью и качеством разработки продуктов и бизнес-результатами компаний.

Например, Газпромбанк активно использует DORA-метрики для оценки эффективности ИТ-производства своих цифровых продуктов.

Узнать свои значения DORA-метрик можно, например, с помощью опросного листа Google Cloud, проектов подобных Four Keys или специализированных инструментов как Swarmia или даже в GitLab.

#экспертиза