Согласно
За свою
В отчете DORA «2024 Accelerate State of DevOps Report» содержатся новые сведения о том, как ИИ помогает или, напротив, мешает разработке ПО. Кроме того, в новом отчете рассматривается зарождающаяся практика платформенного инжиниринга и ее последствия для разработки ПО.
Вот основные выводы из последнего отчета DORA:
- Внедрение ИИ. Более 75% разработчиков ежедневно используют ИИ, при этом треть из них отмечает значительное повышение продуктивности, однако 39% по-прежнему скептически относятся к коду, сгенерированному ИИ.
- Повышение качества. 25%-ный рост внедрения ИИ сопровождается 7,5%-ным улучшением документации, 3,4%-ным улучшением качества кода и 3,1%-ным ускорением проверки кода.
- Проблемы с доставкой. Несмотря на повышение продуктивности, рост внедрения ИИ приводит к снижению стабильности доставки на 7,2% и снижению пропускной способности доставки на 1,5%.
- Влияние платформенного инжиниринга. Несмотря на повышение продуктивности разработчиков, особенно в крупных организациях, внедрение платформенного инжиниринга на начальном этапе вызывает временное снижение производительности.
- Опыт разработчиков. Нестабильные приоритеты и постоянное переключение негативно сказываются на продуктивности, даже при наличии других положительных организационных факторов.
Преимущества ИИ не приводят к улучшению доставки
Одном из самых удивительных выводов отчета стало то, что, хотя ИИ улучшает некоторые аспекты разработки, эти преимущества не приводят к повышению общей производительности доставки ПО.
«Мы видим, что ИИ помогает в некоторых различных измерениях продуктивности, в том числе в том, что мы традиционно называем возможностями, например, в качестве документации, в продуктивности разработчиков, — говорит Натен Харви, руководитель направления DORA и специалист по работе с разработчиками Google Cloud. — Но мы не видим, чтобы все это выливалось в повышение производительности доставки ПО».
Полученные результаты говорят о том, что разработчики, возможно, упускают возможности эффективного использования ИИ. Вместо того чтобы концентрироваться исключительно на генерации кода, им стоит расширять использование ИИ на весь жизненный цикл разработки, отмечают авторы отчета.
«Генерация кода никогда не была ограничением для производительности доставки ПО, — объясняет Харви. — Вы пишете код, но затем он должен двигаться по конвейеру, при этом он проходит через циклы обратной связи, возможно, через тестирование, через процессы утверждения и т. д.».
Одна из гипотез, объясняющих рассогласование между внедрением ИИ и повышением производительности доставки, связана с практикой управления изменениями. В отчете говорится, что разработка с помощью ИИ может заставить команды отказаться от проверенных практик внедрения небольших, постепенных изменений.
«У нас есть многолетние данные и опыт, которые говорят нам, что лучший способ улучшить показатели доставки ПО — это вносить небольшие изменения, — говорит Харви. — С появлением ПО, помогающего нам быстрее генерировать код, возможно, наши наборы изменений перестали быть небольшими, и мы как бы забыли урок о том, что отправка небольших изменений — это путь к повышению эффективности доставки ПО».
Здоровая культура и руководство
В отчете подчеркивается критическая роль организационной культуры в успешной разработке ПО, особенно отмечается влияние решений руководства на производительность команды. Один из ключевых выводов показывает, что постоянно меняющиеся организационные приоритеты могут негативно влиять на практиков.
«Культура формируется на уровне практиков, но она не возникает в вакууме, — говорит Харви. — Культура требует инвестиций и преданности делу со стороны руководства».
Интересно, что исследование показало, что инициативы в области ИИ, возможно, непреднамеренно помогают стабилизировать организационные приоритеты. «Организации говорят себе, что должны расставить приоритеты в пользу ИИ. Они исключают другие вещи из своих списков приоритетов и ставят ИИ на первое место, что помогает стабилизировать приоритеты команд», — говорит Харви.
Эволюция и будущее направление развития отрасли
Отчет отражает значительные изменения в индустрии разработки ПО, включая потенциальный отход от традиционной терминологии DevOps. Хотя основополагающие принципы сохраняют свою ценность, команда DORA предполагает, что ярлык DevOps, возможно, уже исчерпал свою полезность.
«Когда я использую слово „DevOps“, оно открывает примерно столько же дверей, сколько и закрывает, потому что люди уже пробовали DevOps-трансформацию, и это не всегда работало», — отмечает Харви.
Соответственно развивается и сама DORA, отходя от своей первоначальной аббревиатуры, связанной с DevOps, но при этом сохраняя свою направленность на помощь командам в совершенствовании.
