DevEx российских IT-компаний 2025: первый State of DevOps Russia

Введение

2025 год стал переломным для Developer Experience в России — и не потому, что компании вдруг полюбили инженеров. Причина прагматичнее: hh-индекс в IT рос, конкуренция за кадры обострялась, а удержание разработчиков стало дороже найма. В этих условиях DevEx — не абстрактная забота о комфорте, а конкретный инструмент снижения текучести и повышения продуктивности.

Deckhouse опубликовал первый State of DevOps Russia — масштабное исследование DevOps-практик в российских компаниях. Результаты показали то, что многие подозревали: элитные российские команды не уступают мировым лидерам по DORA-метрикам, а средние компании отстают в 3–5 разпо ключевым метрикам.

Первый State of DevOps Russia: что показало исследование

До 2025 года масштабных исследований DevOps-практик, специфичных для российского рынка, не существовало. Команды ориентировались на глобальный Accelerate State of DevOps Report от DORA (Google), но понимали, что российский контекст — другой.

Deckhouse заполнил этот пробел. Исследование охватило сотни компаний разного масштаба и отрасли. Ключевые результаты:

• Элитные команды (Яндекс, Авито, Т-Банк, VK) деплоят по несколько раз в день, время восстановления — менее часа. Эти показатели соответствуют мировым элитным командам по классификации DORA
• Средние компании деплоят раз в неделю — раз в месяц, время восстановления — часы или дни. Разрыв с лидерами — 3–5 раз по каждой метрике
• Отстающие — деплой раз в квартал, ручные процессы, отсутствие автоматического тестирования. Таких компаний — большинство среди малого и среднего бизнеса

Исследование впервые дало российским компаниям бенчмарк: теперь каждая команда может сравнить свои метрики не с абстрактными «мировыми лидерами», а с конкретными российскими компаниями в сопоставимых условиях.

DORA-метрики: что измеряют и почему это важно

Четыре метрики DORA — Deployment Frequency, Lead Time for Changes, Mean Time to Restore, Change Failure Rate — стали стандартом оценки инженерной эффективности. Но российский рынок добавил нюансы.

Deployment Frequency в российских элитных командах — несколько раз в день. Авито деплоит сотни микросервисов ежедневно. Для сравнения: типичная российская IT-компания среднего размера деплоит 1–2 раза в неделю. Разрыв не только в частоте, но и в уверенности: элитные команды деплоят без страха, потому что имеют автоматическое тестирование, canary-деплой и быстрый rollback.

Lead Time for Changes — от коммита до продакшена. У лидеров — менее часа. У средних компаний — дни. Причина: ручные этапы (согласование, ручное тестирование, ожидание окна деплоя). Каждый ручной этап добавляет задержку и увеличивает batch size.

Mean Time to Restore — время восстановления после инцидента. Элитные команды — менее часа (автоматический rollback, feature flags). Средние — часы, иногда дни (ручной rollback, отсутствие observability).

Change Failure Rate — процент деплоев, вызывающих инциденты. У лидеров — менее 5%. У средних — 15–30%. Зависит от качества тестирования и review-процессов.

IDP: платформы для разработчиков

Platform Engineering — тренд, определяющий DevEx в крупных компаниях. Суть: вместо того чтобы каждая команда настраивала инфраструктуру самостоятельно, создаётся Internal Developer Platform (IDP) — единый слой абстракции, скрывающий сложность Kubernetes, CI/CD, мониторинга и деплоя.

Авито IDP — одна из самых зрелых внутренних платформ в России. Разработчик в Авито не взаимодействует с Kubernetes напрямую. Он описывает сервис в декларативном формате, а платформа обеспечивает деплой, масштабирование, мониторинг и алертинг. Cognitive load инженера снижается радикально.

Т-Банк T-Platform — аналогичный подход в финтехе. Платформа стандартизирует окружение разработки для тысяч инженеров. Единый тулчейн, единые шаблоны сервисов, единая observability.

Яндекс Arc — монорепозиторий с интегрированным тулчейном. Подход отличается от Авито и Т-Банка: вместо платформы-посредника — монолитная система сборки и деплоя. Все инженеры работают в одном репозитории с единой системой CI/CD.

DevEx как инструмент удержания кадров

Рост hh-индекса в IT означает одно: разработчикам есть куда уходить. В условиях дефицита кадров удержание — дешевле найма. И DevEx оказался одним из самых эффективных инструментов удержания.

По данным отраслевых опросов, инженеры, работающие в среде с хорошим тулингом (быстрый CI/CD, удобная IDE-интеграция, минимум ручных процессов), показывают на 20–30% более высокую продуктивность и значительно реже увольняются.

Что конкретно удерживает инженеров:

• Быстрый CI/CD — сборка за минуты, а не часы. Ожидание результатов тестов — один из главных источников фрустрации
• Хорошая документация — внутренние wiki, ADR (Architecture Decision Records), актуальные README. Без документации онбординг занимает месяцы вместо недель
• Стандартизированные среды — devcontainers, IDP, шаблоны сервисов. Каждый новый проект — не с нуля, а по шаблону
• Культура код-ревью — конструктивная обратная связь, а не формальная галочка. Лучшие команды тратят 15–20% времени на ревью — и это окупается

Разрыв: элита vs основная масса

Главный вывод State of DevOps Russia — не то, что российские лидеры хороши (это было понятно), а то, что разрыв между лидерами и основной массой — огромен. В 3–5 раз по ключевым метрикам.

Причины разрыва не технологические — Kubernetes, GitLab CI и Terraform доступны всем. Причины — организационные:

• Лидеры инвестируют в Platform Engineering — средние компании не имеют ресурсов на выделенную платформенную команду
• Лидеры измеряют DORA-метрики и ставят цели — средние компании не измеряют ничего
• Лидеры практикуют trunk-based development — средние компании работают с долгоживущими ветками и ручным мержем
• Лидеры автоматизируют всё, что можно — средние компании полагаются на ручные процессы «потому что так исторически сложилось»

Интерпретация: DevEx — стратегическое преимущество

DevEx в России к концу 2025 года — это не просто модный термин. Это измеримый фактор конкурентоспособности. State of DevOps Russia показал масштаб разрыва — и дал инструменты для его сокращения.

Для средних компаний путь к улучшению DevEx начинается не с покупки инструментов, а с измерений. DORA-метрики — отправная точка. Без данных любые инвестиции в тулинг — стрельба в темноте.

Компании, серьёзно относящиеся к DevEx, получат два преимущества одновременно: более быструю поставку продукта (через сокращение Lead Time) и более низкую текучесть кадров (через повышение удовлетворённости инженеров). В условиях дефицита кадров и растущей конкуренции — это стратегическое преимущество.

Источники

Исследование подготовлено редакцией it-institute.ru на основе анализа открытых источников с использованием собственной аналитической методологии. Все числовые утверждения сопровождаются ссылками на первоисточники.