В феврале 2025 года вышел отчет
Developer Experience Trends 2025 от портала Dzone при участии PlatformEngineering.org, Retool, DX, Cortex и Atlassian. Отчет основан на опросе среди разработчиков, архитекторов и других специалистов, чтобы получить представление о текущем
состоянии Developer Experience в индустрии. Всего было получено 204 ответа: 30% респондентов работают в организациях с численностью менее 100 сотрудников, 24% — от 100 до 999 сотрудников, 45% — 1000 и более сотрудников. 23% респондентов указали основную роль как руководитель команды разработчиков, 21% — разработчик/инженер, 16% — архитектор.
Отчет охватывает три основных направления:
1. Продуктивность и эффективность разработчиков (
Developer productivity and efficacy);
2. Платформенная инженерия (
Platform engineering);
3. Процессы разработки и удовлетворенность их качеством (
Development workflows and process satisfaction).
Что интересного мы отметили в отчете:
1. Tools for Developer success. Более половины участников (56%) считают, что их команды имеют необходимые инструменты, процессы и метрики продуктивности (
Developer productivity metrics). В крупных организациях ощущение обеспеченности выше, чем в средних и малых;
2. Automation. Уровень внедрения автоматизации рабочих процессов остается умеренным: 43% используют автоматизацию, 16% рассматривают внедрение, 24% не планируют. Основные подходы включают:
- управление бизнес процессами (Business process management);
- планирование ресурсов предприятия (Enterprise resource planning, ERP);
- роботизированную автоматизацию процессов (Robotic process automation).
Использование AI наиболее распространено в:
- генерации и автодополнении кода (Code generation/completion);
- ревью кода (Intelligent code reviews);
- автоматизации создания документации (Automated documentation generation);
- мониторинге и обнаружении аномалий (Monitoring and anomaly detection);
- автоматизации рабочих процессов (Workflow automation).
Крупные организации используют AI и автоматизацию шире, включая управление релизами (Release management);
3. Observability and metrics. Половина организаций используют несколько метрик, связанных с производительностью (Performance metrics), а также отслеживают метрики развертывания (Deployment related metrics). Наиболее распространенные метрики производительности включают:
- удовлетворенность пользователей (User satisfaction);
- уровень ошибок (Error rate);
- доступность (Uptime);
- частоту запросов (Request rate);
- показатели нагрузки и скорости (Response time, Concurrent users).
Метрики DORA используются в 20% организаций, метрики из
SPACE фреймворка — 8%.
Наиболее распространенные метрики развертывания включают:
- удовлетворенность клиентов (Customer satisfaction);
- частоту развертываний (Deployment frequency);
- время отклика (Response time);
- уровень ошибок (Error rate);
- скорость (Velocity);
- среднее время восстановления (Mean time to recovery);
- время выполнения изменений (Lead time for change);
- процент неудачных изменений (Change failure rate).
Метрики производительности существенно варьируются между организациями и командами, в то время, как метрики развертывания более стабильны и универсальны;
4. Platform engineering adoption and impact. Внедрение Platform engineering демонстрирует рост: 44% организаций уже применяют принципы и практики, 23% рассматривают внедрение. Малые компании не планируют внедрение. Основные направления использования включают:
- автоматизацию настройки окружений разработки, тестирования и эксплуатации (Dev, Test, Prod environments);
- оптимизацию конвейеров CI/CD (CI/CD pipelines);
- стандартизацию инструментов и окружений разработчиков (Dev tooling and environment);
- управление приложениями в контейнерах (Containerized apps);
- использование инфраструктуры как кода для непрерывного развертывания (Infrastructure as Code);
- интеграцию средств безопасности в процесс разработки (Security guardrails);
5. Internal Developer Platform (IDP). Внутренние платформы разработчиков распространены реже: 26% организаций применяют IDP и только 21% рассматривают внедрение. Наиболее значимые преимущества включают:
- ускоренный онбординг (Faster onboarding of new developers);
- упрощенное управление инфраструктурой и окружениями (Easier management of infrastructure/environments);
- ускорение релизных циклов (Accelerated release cycles);
- повышение согласованности процессов (Standardization of workflows and processes);
- улучшение взаимодействия Dev и Ops (improved collaboration between dev and ops teams);
- повышение удовлетворенности и продуктивности разработчиков (Developer satisfaction and productivity).
Крупные организации чаще связывают IDP с управлением затратами и ускорением релизов, средние компании — со стандартизацией процессов, малые — с уменьшением зависимости от команд эксплуатации (Reduced reliance on ops teams);
6. Infrastructure as Code (IaC). Большинство компаний используют практику Infrastructure as Code: 79% применяют IaC регулярно или частично, 28% используют постоянно. Крупные организации демонстрируют наиболее высокую зрелость. Ключевые преимущества включают:
- лучшую согласованность (Better consistency);
- ускоренные развертывания (Faster deployments);
- улучшенный контроль версий (Improved version control);
- снижение ручных ошибок (Reduced manual errors);
- улучшенное взаимодействие между командами (Easier collaboration).
Средние организации чаще отмечают рост качества и прозрачности процессов благодаря IaC, малые компании используют IaC менее системно. Авторы отмечают, что Infrastructure as code уже стал базовой практикой для инженерных команд;
7. Collaboration and Continued Learning. Наиболее востребованными форматами совместной работы были отмечены:
- обмен сообщениями (Instant messaging);
- планирование спринтов (Sprint planning);
- ретроспективы (Retrospectives);
- тематические встречи (Topical meetings);
- дорожные карты продукта (Product roadmapping).
Менее предпочтительны: поддержка через тикеты (Support tickets) и циклы обратной связи (Feedback loops). Большинство организаций предоставляют возможности непрерывного обучения (Continued learning). Крупные организации обеспечивают доступ к обучению чаще, чем средние и малые;
8. Developer Advocacy. Уровень распространенности программ поддержки разработчиков (developer advocacy programs) остается умеренным, только 40% организаций имеют такие программы. Малые организации чаще указывают отсутствие инициатив, крупные — чаще указывают, что не знают об их наличии. Среди компаний, внедривших Developer advocacy, наиболее востребованные механизмы включают:
- предоставление технических ресурсов и документации (Technical resources and documentation);
- развитие межкомандного взаимодействия (Building cross team relationships);
- участие в конференциях (Speaking and engaging at conferences);
- проведение регулярных циклов обратной связи (Regular feedback loops);
- поддержка решений, инициированных разработчиками (Developer led solutions and product enhancements);
- участие представителей разработчиков во встречах уровня руководства (Representation across leadership meetings);
- развитие сотрудничества внутри организации (Fostering a collaborative environment).
Организации, применяющие Developer advocacy, чаще отмечают улучшения во взаимодействии команд, сокращение операционной нагрузки (Toil), повышение вовлеченности и удовлетворенности разработчиков. Авторы отмечают, что Developer advocacy требует значительных ресурсов и зрелых организационных практик.
Основные результаты из отчета Developer Experience Trend Report 2025 приведены ниже: