Внедрение агентного ИИ выросло с 45% организаций в 2025 году почти до всеобщего в 2026-м, и около 40% сотрудников теперь используют ИИ ежедневно (SparkOptimus, 2026). И всё же по-настоящему масштабируется лишь около 15% ИИ-инициатив. Если пилоты ИИ не масштабируются в вашей операционной деятельности, рефлекс — винить те две вещи, против которых так любят продавать поставщики: мало обучения, мало инструментов. И то и другое — неверный диагноз. 85%, застревающих на месте, застревают не из-за способностей. Они застревают на единственном, что не измеряет ни одна панель показателей: кому на самом деле разрешено принимать решение.
Это различие не академическое. Для главы операций компании на 200 сотрудников оно меняет, куда пойдёт следующий евро ИИ-бюджета — в очередную программу грамотности или в скучную работу по управлению, которая определяет, даст ли хоть что-то из этого совокупный эффект.
15%, которые масштабируются, не умнее — ими управляют
Внедрение фактически решено. Когда 40% вашего персонала ежедневно соприкасаются с ИИ, а внедрение за двенадцать месяцев прошло путь от меньшинства до почти всеобщего, «наши люди не будут им пользоваться» — уже не ограничение (SparkOptimus, 2026). Ограничение сместилось вниз по потоку — в разрыв между работающим пилотом и масштабированной способностью.
Именно в этом разрыве исчезает большая часть денег. Gartner помещает агентный ИИ прямо на «Пик завышенных ожиданий» — точку любого технологического цикла, где энтузиазм внедрения дальше всего обгоняет операционную дисциплину, необходимую для его конвертации (Gartner, 2026). Пилот доказывает, что технология работает в контролируемом уголке бизнеса. Масштабирование требует совсем иного — решения о том, чьим бюджетом, чьим штатом, чьим процессом и чьей терпимостью к риску инструмент теперь управляет. Первое — вопрос инженерный. Второе — вопрос власти. И большинство организаций финансируют только первое.
Неудобный вывод: 15%, которые масштабируются, редко обладают самыми продвинутыми моделями или самым ИИ-грамотным персоналом. Это те, кто решил вопрос власти прежде, чем масштабировать пилот.
У настоящего блокера есть имя: бесхозные права на решение
Если хотите блокер в цифрах, их даёт корпоративный опрос WRITER 2026 года об ИИ — 1200 сотрудников и руководителей высшего звена, проведённый с независимой фирмой Workplace Intelligence. 78% руководителей сообщают, что ИИ создал напряжение между ИТ и бизнес-подразделениями (WRITER, 2026). Большинство описывает использование ИИ в своей организации как «хаос без правил», а заметная доля идёт дальше, говоря, что ИИ буквально разрывает компанию на части (WRITER, 2026).
Прочтите эти данные вместе — и закономерность безошибочна. Это не проблема навыков: из войны за территорию нельзя выучиться. Это проблема прав на решение. ИТ владеет платформой; бизнес владеет рабочим процессом; никто не владеет решением о том, кто уступит при их столкновении. Пилот работает, все согласны, что он работает, и затем он лежит без движения — потому что его масштабирование вынудило бы принять решение о полномочиях, которое никому не поручено.
Собственный анализ MIT Sloan 2026 года приходит к тому же разлому: даже при рекордной поддержке лидерства в данных и ИИ «остаётся неясным, кто владеет ответственностью за ИИ» в большинстве предприятий (MIT Sloan, 2026). Неоднозначное владение — не мягкая управленческая деталь. Это конкретный механизм, которым проверенный пилот тихо умирает в комитете.
Пилоты проваливаются не громко. Они проваливаются по умолчанию.
Заметьте, как прячется этот режим отказа. Технически проваливающийся пилот даёт чёткий сигнал: модель показывает слабый результат, кто-то её закрывает, бюджет высвобождается. Пилот, севший на мель бесхозных прав на решение, не даёт никакого сигнала. Он просто никогда не масштабируется, инициатор переключается на другое, а инициатива тихо переоформляется как «извлечённые уроки». С вершины организации это выглядит как осмотрительное экспериментирование. На деле это решение, которое так и не было принято, выданное за принятое.
Почему «ИИ-грамотность» — неверный диагноз
Господствующее средство от буксующего ИИ — ещё больше грамотности: воркшопы, библиотеки промптов, треки сертификации. Это привлекательное предписание, потому что оно наглядно, покупаемо и показывает видимый прогресс, который можно вынести на слайд. Оно же для проблемы масштабирования в частности почти нерелевантно.
Рассмотрите логику. Если 40% ваших людей уже используют ИИ ежедневно (SparkOptimus, 2026), предельный час грамотности — не то, что стоит между работающим пилотом и масштабированным. Там стоит нерешённый вопрос: кто решает, что ручной шаг согласования у отдела продаж теперь работа агента, — и кто отвечает, когда агент ошибается. Никакой объём обучения промптам на это не отвечает. Это вопрос власти в костюме навыка.
Вот ловушка, которую стоит назвать вашей собственной управленческой команде: траты на грамотность ощущаются как снижение риска, потому что измеримы, но они трактуют управленческий провал как провал компетенции. В итоге вы получаете всё более грамотный персонал, обслуживающий всё большую груду пилотов, которые никому не разрешено масштабировать. Активность реальна. Совокупный эффект — нет.
Во что на самом деле обходится чистилище пилотов
Стоимость немасштабированного пилота — не бюджет пилота. Эти деньги уже потрачены и, пожалуй, потрачены с пользой: вы узнали, что технология работает. Настоящая стоимость — это ценность опциона, от которой вы отказываетесь, так и не исполнив его, помноженная на каждую застрявшую инициативу и накопленная за каждый квартал простоя.
Для операции среднего рынка складываются три издержки. Во-первых, прямые издержки упущенных возможностей: эффективность, которую дала бы масштабированная способность, теряемая всё то время, пока вопрос владения открыт. Во-вторых, организационная усталость — «хаос без правил» WRITER не нейтральное состояние; 78% напряжения ИТ-против-бизнеса — налог на каждую будущую инициативу, потому что каждый новый пилот заново разбирает ту же неразрешённую тяжбу о власти (WRITER, 2026). В-третьих, и самое разъедающее, — доверие: когда третий или четвёртый «многообещающий пилот» не меняет того, как реально делается работа, организация усваивает — и справедливо, — что ИИ-инициативы это театр. Этот усвоенный цинизм дорого обратить вспять, и тяжелее всего он ложится на руководителя операций, который продолжает спонсировать пилоты.
Ничего из этого не всплывает в разборе пилота, потому что разбора обычно и нет. Именно поэтому чистилище пилотов так живуче: это провал без строки в бюджете.
Решение — матрица RACI, а не реорганизация
Вот ободряющая часть: поскольку блокер — права на решение, а не технология или таланты, решение дёшево, быстро и полностью в полномочиях руководителя операций. Вам не нужна реорганизация, новая платформа или больший бюджет на обучение. Нужно назначить владельца прежде, чем финансировать следующий пилот.
Конкретно — три шага в этом квартале:
Назначьте единственного accountable-владельца развёртывания ИИ. Не комитет, не «ИТ и бизнес совместно» — одного человека, чьё имя стоит под решением о масштабировании. Данные WRITER прямо говорят: именно в общем, неоднозначном владении рождается напряжение (WRITER, 2026). Смысл единственного владельца не в централизации ради неё самой; смысл в том, что власть, принадлежащая всем, не принадлежит никому.
Пишите RACI до пилота, а не после. Для каждой инициативы укажите, кто Responsible за её создание, кто Accountable за решение о масштабировании, кто Consulted (затронутое бизнес-подразделение) и кто Informed. Сделайте это предусловием финансирования. RACI — не бюрократия: это механизм, превращающий «нам следует это масштабировать» из мнения, которое может иметь любой, в решение, которое может принять названный человек. Вывод MIT Sloan о том, что владение «остаётся неясным», описывает не трудную проблему, а несделанную (MIT Sloan, 2026).
Сделайте масштабирование решением с воротами, а не проступающей надеждой. Пилот должен достигать определённых ворот, где accountable-владелец его масштабирует, закрывает или явно перезапускает с новой гипотезой. Вы устраняете третий, безмолвный исход — пилот, который ни масштабируется, ни умирает, а просто дрейфует. Этот дрейф и есть те самые 85%.
Поведенческое измерение здесь тоже важно, и именно в нём вопрос владения острее оргсхемы. Не каждая функция впитывает нового принимающего решения в свой рабочий процесс одинаково; профили, наиболее склонные к отстранению, когда агент незаметно берёт на себя часть их суждения, определимы заранее. Выстраивание очерёдности того, какие функции масштабировать первыми, и привязка каждой к названному владельцу превращают порядок развёртывания из управленческого ритуала в проверяемое решение о соответствии человека и роли — разницу между планом и надеждой.
Единственное решение, которое стоит принять в этом квартале
Уберите фреймворки — и вывод резок: ваши пилоты ИИ проваливаются не потому, что люди не умеют пользоваться инструментами, и не потому, что инструменты недостаточно хороши. Они проваливаются потому, что никому не разрешено решать, что происходит, когда пилот срабатывает. Лишь 15% инициатив масштабируются, и эти 15% — цифра управления, а не технологии (SparkOptimus, 2026).
Поэтому не одобряйте очередной пилот в этом квартале без имени, привязанного к решению о масштабировании. Один accountable-владелец, одна RACI, написанная прежде, чем сдвинутся деньги. Это самая негламурная строка вашего плана по ИИ и единственная, что определяет, покинет ли когда-нибудь лабораторию всё остальное.