Обзор The 2025
State of Software Delivery

В начале 2025 года вышел отчет по эффективности CI/CD процессов — The 2025 State of Software Delivery от компании CircleCI, одной из ведущих платформ для CI/CD. Это шестое ежегодное издание, основанное на анализе более 14 миллионов процессов сборки, интеграции и поставки, выполненных на платформе в период с 1 по 28 сентября 2024 года. В исследование включены только реальные GitHub проекты с более чем двумя контрибьюторами и воспроизводимыми пайплайнами (не менее пяти запусков за период). Такой подход позволил авторам исключить случайные данные и сосредоточиться на реальных проектах.

Ключевые метрики в исследовании CircleCI отличаются от методологии DORA:
  • Пропускную способность (Throughput) измеряют по количеству выполненных CI/CD пайплайнов в день;
  • Длительность (Duration) измеряют по времени выполнения CI/CD пайплайнов от запуска до завершения;
  • Уровень успешности (Success rate) измеряют по проценту запусков CI/CD пайплайнов, завершившихся без ошибок;
  • Среднее время восстановления (Mean Time to Recovery, MTTR) измеряют по времени, которое требуется командам на устранение сбоев CI/CD пайплайнов, от момента неудачного запуска до следующего успешного.

Дополнительно авторы пытаются оценить эффект от улучшения процессов CI/CD в деньгах и посчитать ROI (Return on Investment) на примере вымышленной компании RecurShip, состоящей из 500 разработчиков, с производительностью в три коммита на одного разработчика в неделю и средней зарплатой в $180000 на одного разработчика в год.

Что интересного мы отметили в отчёте:
  1. Сокращение длительности (Duration) процессов CI/CD напрямую влияет на ROI. Медианное значение по индустрии составило 2 минуты 43 секунды, среднее — 11 минут. Для условной компании RecurShip снижение средней длительности с 20 до 10 минут при 300 пайплайнах в день позволяет экономить 750 000 минут времени разработчиков в год;
  2. Пропускная способность (Throughput) помогает оценивать продуктивность и выявлять возможные узкие места в процессе разработки. Медианное значение составило 1,64 запуска в день, но лучшие организации достигают тысяч запусков ежедневно. Пример с RecurShip показывает, что рост числа запусков всего на 25% оказался эквивалентен эффекту от найма более 150 инженеров и увеличил бизнес-ценность почти на $28 млн;
  3. Уровень успешности (Success rate) пайплайнов по основной ветке остаётся слабым местом: средний показатель — 82%, по всем веткам — 72,2%. Повышение успешности с 75% до 90% для RecurShip позволяет избежать десятков тысяч неудачных сборок, вернуть почти 79 тысяч инженерных часов и сэкономить более $7 млн;
  4. Среднее время восстановления (MTTR) демонстрирует яркий контраст: медианное значение — около часа, но среднее смещено до суток из-за длинного хвоста проблем. Сборки, которые остаются сломанными дольше суток, часто указывают на более глубокие технические или культурные проблемы: сложные зависимости (Dependencies), недостаточные механизмы обратной связи (Feedback Loops) или отсутствие общей ответственности (Shared Ownership). Сокращение MTTR с четырёх часов до полутора для условной компании позволяет вернуть 33 тысячи часов в год, что приносит почти $3 млн дополнительной ценности. Это подчёркивает важность инвестиций в наблюдаемость (Observability) и автоматизацию восстановления (Auto-remediation);
  5. Размер компании (Company size) и размер команд (Team size) напрямую влияет на эффективность поставки. Малые организации (2-20 инженеров) достигают высокой успешности CI/CD пайплайнов, но медленно восстанавливаются, средние (51-100 инженеров) демонстрируют оптимальный баланс, а крупные (1000+ инженеров) нуждаются в оптимизации сложных процессов. Лучшие показатели по MTTR показывают команды из 6–10 инженеров, медианное значение составило 29 минут, тогда как рост до 50 инженеров приводит к резкому ухудшению MTTR, достигая 170 минут. Однако при масштабировании до 100 и более инженеров правильные процессы и платформенные команды (Platform teams) снова выравнивают показатели;
  6. Анализ показывает, что отрасль не является определяющим фактором эффективности. Лидеры встречаются как в зарегулированных сферах (Banks, BioTech, Health Care), так и в динамичных отраслях (Retail, Education, Internet Services). При правильных инструментах и автоматизации даже компании с высокими требованиями к безопасности достигают высокой скорости поставки. При этом разные отрасли балансируют между успешностью и временем восстановления: авиакомпании показывают высокий уровень успешности пайплайнов, но долгое MTTR, а в ритейле и в разработке действуют по принципу Ship Fast, Fix fast;
  7. Авторы подчёркивают, что успешные компании воспринимают CI/CD не как затраты, а как катализатор ценности (Value multiplier). Лидеры выпускают тысячи изменений ежедневно и превращают поставку ПО в стратегический актив. Такой масштаб недостижим при ручных процессах или с помощью базовых инструментов автоматизации. Чтобы работать на этом уровне, необходима устойчивая инфраструктура (Robust Infrastructure), способная обеспечивать непрерывную обратную связь на каждом этапе, не замедляя скорость.

Основные результаты из отчета The 2025 State of Software Delivery приведены ниже:
Если вам интересно развитие практик Continuous Integration и Continuous Delivery в вашей компании или команде, обращайтесь к нам за помощью. Мы помогаем развивать эффективные процессы и современные инженерные практики, проводим анализ процессов разработки, тестирования, поставки и эксплуатации, готовим рекомендации по улучшению и помогаем их реализовать. Не забывайте подписываться на наш канал Enabling.team Insights, чтобы оставаться в курсе технологических трендов.