← Все посты 15.06.2026 ·2 мин чтения
Публичное руководство от Сбера по перестройке разработки под ИИ.

Публичное руководство от Сбера по перестройке разработки под ИИ.

Сбер опубликовал первое в России публичное руководство по тому, как перестроить разработку под ИИ. Автор - Кирилл Меньшов, старший вице-президент блока "Технологии". Релиз Whitepapers был на ЦИПР-2026 в мае. Есть два варианта документа: короткий PDF на 28 страниц (выжимка для CEO/CTO) и полная техническая концепция на 337 тысяч знаков, где всё расписано до уровня архитектурных принципов, метрик зрелости и антипаттернов внедрения.

Очень классно, что это не очередная статья про "сферический ИИ в разработке", это попытка осознать и зафиксировать новую природу процесса разработки.

Главный тезис простой и не очень удобный для тех, кто привык меряться моделями: среда работы ИИ-агента важнее модели. Реверс-инжиниринг боевых агентных систем 2026-го показывает, что в кодовой базе только ~2% это собственно ИИ-логика принятия решений, остальные ~98% - детерминированная обвязка: permission gates, recovery, evals, audit, context management, tool routing, policy hooks. Модели могут меняться каждые пару месяцев и периодически обнуляют все ваши настройки, а среда работы накапливает ценность годами.

Документ очень подробно рассматривает инженерную реализацию интегрированной платформы разработки (IDP), работы с контекстом и спецификациями, а также организационные изменения, обеспечивающие зрелость подхода и его применимость в условиях промышленной эксплуатации.
Без IDP значительная часть усилий разработчика уходит не на решение содержательной задачи,
а на ручное перекладывание корпоративного контекста в работу модели — сессию за сессией,
на каждое действие. Альтернативный сценарий ещё хуже: контекст вообще отсутствует, и инструмент перестаёт соответствовать организации — создаваемое решение оказывается
оторванным от её приоритетов, архитектуры и нормативов.
В общем чтение захватывающее, рекомендую. Дополнительно есть цифры, которые имеет смысл осмыслить и возможно забрать в ИИ стратегию:
➡️ McKinsey: рост продуктивности 35-45% при системном внедрении ИИ против 11-25% от ИИ-ассистентов на рабочем месте
➡️ 66% компаний фиксируют рост скорости выхода на рынок при ИИ-интеграции в 10+ сценариев PDLC - против лишь 35% при менее чем 5 сценариях. Интересный нелинейный эффект
➡️ >50% традиционных рабочих мест разработчиков к 2030 году заместит роль Product Engineer
➡️ 80% организаций перейдут от больших инженерных команд к компактным, усиленным ИИ (Tiny Teams - 4-6 человек делают за 3 месяца то, что раньше требовало 20 человек и год разработки).

В общем, есть что почитать и с чем поспорить (например, тезис про "сэкономленное время не перенаправляется в новый объём работ"). Но в целом документ редкого для последнего времени качества - с конкретикой, цифрами, антипаттернами и нормальным разбором того, где ИИ-агент вообще не нужен. Радует, что у наконец появилось инженерное руководство, на которое можно ссылаться в спорах с бизнесом. Боюсь только, что 12-18 месяцев - это уже не окно входа, а окно последнего вагона, и значительная часть компаний это окно проспит, как когда-то проспала Agile (несмотря на то, что сейчас уже считается хорошим тоном его ругать).

Больше интересных новостей об ИИ, ритейле, екоме и маркетплейсах 👉 Подписаться на канал

#AI #разработка #цифроваятранформация #архитектура #новости

← Вернуться в журнал