Агентная разработка как основа трансформации ИТ-процессов

AI-Disrupt PDLC: ставка не на ассистента, а на перестройку цикла разработки

По данным источников, Сбер представил концепцию трансформации жизненного цикла создания ПО — AI-Disrupt PDLC. Её описывают как переход к AI-Native модели, где меняются сразу три слоя: инструменты разработки, процессы и команды.

Кирилл Меньшов, старший вице-президент и руководитель блока «Технологии» Сбербанка, заявил, что агентная разработка даёт многократный прирост скорости. В Сбере, по его словам, уже есть команды, которые показывают десятикратный рост производительности, и их число увеличивается.

Отдельная цифра для масштаба: в 2026 году Сбер планирует внедрить 7 млн технологических изменений. Это важно не как рекламный маркер, а как нагрузочный профиль. При таком объёме изменений ручной процесс ревью, постановки задач, тестирования и релиза становится узким местом. Значит, автоматизация должна заходить не точечно, а в контур поставки ПО.

Сбер также выпустил две версии руководства AI-Disrupt PDLC: короткую для руководителей и более подробную для разработчиков. По словам Меньшова, банк изучил десятки зарубежных руководств и не нашёл в них единого представления о будущем агентной разработки.

Роли в новой схеме: человек ставит цель, агент исполняет

В описанной модели появляется разделение на «петлю намерения» и «петлю реализации». Люди отвечают за целеполагание, гипотезы, постановку задачи и контроль планового результата. AI-агенты берут на себя исполнение.

Это не отменяет инженерную ответственность. В источниках прямо указано: знание кода остаётся важным, потому что приёмка и валидация остаются на человеке. Код также нужен для настройки AI-агентов. То есть роль разработчика смещается, но не исчезает.

Практический вывод для команд: внедрение агентной разработки нельзя свести к покупке IDE-плагина. Нужны правила приёмки, контроль качества, проверка результата, границы доступа агентов и понятная ответственность за изменения в репозитории. Иначе ускоряется не разработка, а производство дефектов.

Сейчас, по данным источников, в Сбере параллельно существуют три формата: ручное написание кода, помощь AI-ассистента и агентная разработка. Их соотношение, как утверждается, перераспределяется в пользу агентной разработки. Ближайшая перспектива описана как переход к мультиагентным автономным командам.

Что проверять бизнесу перед внедрением агентной разработки

Для российского ИТ-рынка эта новость важна не лозунгом про «драйвер индустрии», а сменой архитектурной нормы. Если крупные технологические организации начнут требовать навыки агентной разработки, это быстро попадёт в найм, обучение и требования к подрядчикам.

Сбер уже выпустил три образовательных курса для адаптации разработчиков к новой модели. Сообщается, что позже они станут доступны и сотрудникам сторонних организаций. Также отмечается, что навыки агентной разработки уже требуются для работы в Сбере, и похожий сдвиг происходит в других бигтехах.

Минимальный набор проверок перед пилотом:

• где AI-агент получает задачу и кто фиксирует ожидаемый результат;
• кто принимает код, тесты и изменения в инфраструктуре;
• какие действия агент может выполнять без ручного подтверждения;
• как логируются коммиты, решения и отклонения от спецификации;
• как команда валидирует безопасность и качество результата;
• где граница между ассистентом, агентом и автономной командой.

Главное ограничение: заявления о кратном росте производительности требуют проверки на конкретном контуре — типе продукта, зрелости CI/CD, качестве требований и дисциплине ревью. Без этих условий агентная разработка остаётся не трансформацией PDLC, а ещё одним слоем автоматизации поверх старого хаоса.