Почему ИИ вам не поможет
TL;DR
Агентный ИИ ускоряет работу только там, где уже зрелые Agile/DevOps-практики, короткие циклы и культура экспериментов; иначе он всего лишь делает код быстрее, а поставку — нет.
По данным DORA, большинство компаний всё ещё релизят редко и с высоким change failure rate, поэтому не готовы извлекать выгоду из ИИ-агентов.
Узкие места: релизы «в конце спринта», низкая автономия и кросс-функциональность команд, «бизнес кидает требования», отдельные Ops с локальной оптимизацией.
Ключ: агентность. Команды должны иметь право и способности принимать решения и быстро реагировать.
Последовательность действий: сначала навести порядок по DORA (поток, обратная связь, обучение, автономные продуктовые команды), затем масштабировать ускорение за счёт ИИ-агентов.
Агентный ИИ должен ускорять разработку программного обеспечения. Но новые технологии раскрывают потенциал только тогда, когда организация адаптирует свою структуру, процессы и культуру. Большинство компаний пока не способны по-настоящему воспользоваться ускорением разработки. Ключевое условие — возможности и практики, которые дала волна Agile и DevOps.
В 2000-х принципы и практики гибкой разработки, зафиксированные в Agile-манифесте, заметно ускорили создание новой функциональности. С распространением облачных провайдеров и появлением движения DevOps существенно сократилось и время, необходимое для развёртывания нового ПО и релиза новых функций.
Организации, которые внедрили эти практики и усвоили культуру обучения и экспериментов, иногда выкатывают изменения в прод сотни раз в день. Они измеряют эффект изменений и быстро используют результаты. В эпоху, когда время вывода на рынок (time-to-market) становится всё важнее, а рынок и бизнес-среда характеризуются высокой неопределённостью, способность быстро реагировать на неожиданные изменения и использовать возникающие возможности даёт существенное конкурентное преимущество.
Неудивительно, что устоявшиеся компании, которым было трудно внедрить эти принципы и подходы, оказались не в состоянии тягаться со скоростью и адаптивностью современных технологических компаний.
Хотя движению DevOps уже 15 лет, отчёт DORA 2024 показывает: большинство респондентов работают в организациях, которые не способны внедрять и раскатывать изменения быстрее, чем раз в неделю. Целых 25% трудятся в организациях, где изменения приводят к сбоям в 40% случаев, а на устранение такого сбоя уходит до месяца.
Однако одного лишь внедрения Agile-процессов недостаточно, чтобы улучшить метрики производительности доставки ПО из отчётов DORA. Технические подходы, изменения в ценностях, культуре, а также в структуре организации идут рука об руку и взаимно усиливают свой эффект — или препятствуют ему.
Реальность: многие организации отстают
На практике я часто вижу компании, которые технически освоили многие практики из модели DORA. Но без адаптации оргструктуры и процессов эти практики не работают в полную силу.
Типичные препятствия:
жёсткое спринт-планирование с деплоем в конце спринта;
недостаточная автономия и кросс-функциональность команд;
слабое взаимодействие предметных экспертов с командой разработки: бизнес-подразделение «скидывает требования», а потом лишь утверждает реализованные фичи;
в худшем случае сохраняется отдельная команда Operations (Ops), заточенная под локальную эффективность.
Причем тут ИИ?
Обещание агентного искусственного интеллекта, особенно в контексте Agentic Software Engineering, в том, что софт можно будет разрабатывать ещё быстрее. Компании, где уже сформирована культура экспериментов и обучения и где организацию выстроили (или перестроили) под такую работу, смогут извлечь пользу из ИИ-агентов.
Их петля обратной связи станет ещё короче: они быстрее получают фидбек и оперативнее реагируют на него и на изменения в бизнес-среде. Они ускоряют антихрупное экспериментирование и максимизируют число экспериментов, которые успевают провести за одинаковое время. Это существенно повышает вероятность того, что в этот период они добьются крупного успеха в виде позитивного «чёрного лебедя».
Опасность: ИИ без организационной зрелости
Однако компании, которые ещё не приняли эту культуру и практики или только начали это делать, рискуют вскоре окончательно отстать. В таких организациях не поможет просто дать командам разработки инструменты агентного ИИ.
Да, это позволит командам писать код быстрее. Но действительно ли здесь ваше «бутылочное горлышко»? Успеваете ли вы формулировать новые требования, тестировать и принимать реализованные фичи и выкатывать их в прод?
Нет, агентный ИИ не решает проблему отставания от современных технологических компаний и стартапов и не помогает вам их догнать.
Уроки истории: технологии меняют организации
Как показал Дональд Г. Рейнертсен на примере внедрения систем САПР в конструкторском проектировании, появление новой технологии всегда влияет на процессы и структуру организации. Те, кто не допускает таких изменений, не смогут по-настоящему извлечь пользу из новой технологии.
Поэтому важно не ставить телегу впереди лошади и сперва работать над практиками DORA, которые создают климат обучения, быстрого потока поставки и оперативной обратной связи. Это включает ряд технических возможностей, но также требует изменений в культуре, организационной структуре и процессах.
Агентность как ключевое понятие
Мой коллега Херманн Шмидт недавно в своём посте «The Promise of Agents» обратил внимание на значение слова agentic:
agentic — это прилагательное от английского слова agency. Агентность предполагает способности к действию, автономии и субъектности.
Есть ли у ваших команд вообще агентность? Если согласиться с тем, что ИИ-агенты ускоряют разработку, потому что обладают агентностью, то должно быть очевидно, что нужны и команды, обладающие агентностью.
Заключение
Чтобы действительно извлекать выгоду из более быстрого внедрения с помощью ИИ-агентов, вам также нужны быстрые решения на местах — то есть самоорганизующиеся автономные продуктовые команды, которые объединяют все необходимые компетенции, имеют доступ ко всей релевантной информации и способны самостоятельно реагировать на возможности и обратную связь.
Всё это не ново. Но учитывая, что во многих организациях здесь ещё есть куда расти, а ИИ-агенты охотно рассматриваются как универсальное решение всех проблем, важно подчеркнуть: если этих условий нет, ИИ мало чем поможет. Иными словами: сперва станьте по-настоящему Agile и развейте собственную агентность, а уже потом внедряйте программных агентов.
Источники:
Николь Форсгрен, PhD, Джез Хамбл, Джин Ким (2018). «Accelerate: наука о Lean Software и DevOps: создание и масштабирование высокоэффективных технологических организаций».
Нассим Николас Талеб (2012). «Антихрупкость. Как извлечь выгоду из хаоса».
Дональд Г. Рейнертсен (1997). «Управление фабрикой дизайна»
Если логика «сначала агентность команд, потом агенты» вам близка, нужен не инструмент, а отлаженный поток. Курс «Agile Project Manager» — про построение автономных кросс-функциональных команд, масштабирование Scrum/Kanban/Lean, метрики скорости-качества-ценности и управление изменениями на стыке продукта, техники и бизнеса. На странице курса можно прочитать программу, а также записаться на бесплатные уроки.
Рост в IT быстрее с Подпиской — дает доступ к 3-м курсам в месяц по цене одного. Подробнее
Источник: habr.com
