В августе 2024 года вышел отчет по исследованию опыта и продуктивности разработчиков —
State of Developer Experience 2024 от компаний
Harness, которая разрабатывает собственную платформу для автоматизации процессов поставки программного обеспечения. Отчет начинается с проблематики, что подавляющее большинство разработчиков вынуждены самостоятельно разрабатывать внутренние инструменты и процессы для разработки, тестирования и развертывания. Такие разрозненные решения часто не обладают необходимой надежностью, масштабируемостью и стандартизацией. Как показывает
исследование и опрос 500 технических руководителей и специалистов, чтобы преодолеть эти вызовы, внутри компаний необходимо содействовать изменениям инженерной культуры, подчеркивающим сотрудничество, общую ответственность и единый набор целей между командами разработки и эксплуатации.
Что интересного мы отметили в отчете:
- В среднем разработчики используют 14 различных инструментов. 97% разработчиков вынуждены переключаться между инструментами разных вендоров. 54% разработчиков отмечают, что изучение нового DevOps-инструмента занимает более недели. В среднем новичку нужно 100 дней на адаптацию. 59% разработчиков тратят неделю и более на создание внутренних инструментов. Авторы отмечают, что использование множества инструментов повышает когнитивную нагрузку. Единая платформа помогает упростить процессы и повысить продуктивность. 62% руководителей предпочли бы единую платформу вместо разрозненных решений;
- 60% компаний до сих пор выпускают релизы раз в месяц или реже. 40% разработчиков считают, что end-to-end тестирование и релизы — медленные и неэффективные, а 67% ждут более недели на ревью кода. Авторы отмечают, что медленные релизы задерживают выход новых функций, устранение багов и реакцию на фидбек. Также это замедляет код-ревью и ухудшает решение инцидентов;
- 42% разработчиков не могут деплоить без риска отказов. 39% сталкиваются с проблемами в половине случаев, а 67% делают откат вручную. 28% тратят день и более на сборку и тест артефактов, 32% говорят об отсутствии высокого покрытия юнит-тестами. Авторы вводят понятие — Developer Toil, которе характеризуется повторяющимися, ручными и малозначимыми задачами, которые требуют значительных затрат времени и усилий. При высоком уровне Developer Experience можно ускорить процесс разработки за счет оптимизации рабочих процессов, снижения трения и предоставления разработчикам возможности сосредоточиться на решении сложных задач, а не на преодолении технических препятствий;
- 59% разработчиков говорят, что требования безопасности мешают частым релизам. Примерно 40% организаций не внедрили хорошие политики безопасности, не используют автоматизированные политики и не внедрили систему управления доступами. Авторы отмечают, что без автоматизации растут риски уязвимостей и нарушений, а внедрение Shift-left security (DevSecOps) позволяет сохранять безопасность при высокой скорости;
- 52% разработчиков указывают, что выгорание — причина ухода коллег. 45% не имеют времени на обучение и развитие. 71% руководителей говорят, что адаптация нового разработчика занимает более 2-х месяцев. Все опрощенные руководители признали, что если сократить количество ошибок в процессе разработки, это поможет повысить удержание сотрудников.
Полная версия отчета доступна на
сайте, основные инсайты на диаграммах ниже: