Классическая организация устроена как способ разделить большую задачу на части и раздать людям. Логика простая: чем точнее задача описана в ТЗ, тем дешевле исполнитель. Есть детальное ТЗ, значит работу можно спустить вниз по грейдам, требований к каждому меньше, людей можно взять больше.
Агенты ломают эту экономику. Смысл работы смещается: главное теперь снять неопределённость вокруг задачи, доведя её до уровня ТЗ. Как только неопределённость снята, эту часть отдают агенту, и отдельный человек под неё уже не нужен. За людьми остаётся то, что вниз передать нельзя: цель, критерии результата и проверка, что результат этим критериям отвечает.
Сложность при этом никуда не исчезает. Как выразились на сессии, она «уходит под агентный ковёр». Бизнес будет усложняться именно потому, что дорогое прежде стало дешёвым. Так структура и становится AI-native: организация перестаёт делить готовую работу между людьми, её новая задача — снимать неопределённость, доводя задачи до состояния, когда их можно отдать агентам. Именно уровень неопределённости задаёт устройство структуры, а за структурой меняются роли, требования к людям и работа руководителя.
За человеком остаются цель и проверка, исполнение уходит вниз на агентов. Вслед за этим перестраивается и сама организация.
Структура становится плоской. Команды маленькие и автономные: от одного до пяти человек на равных вместо звеньев иерархии. Директивное управление, при котором руководитель следит за ходом работы, уступает место управлению через цель и критерии результата.
Горизонт планирования сжимается. Стратегия на срок от трёх до пяти лет превращается в оксюморон: длинных планов, под которые можно подписаться, попросту не на чем строить. Реальный цикл сходится к кварталу, а иногда и к месяцу. Матрица двойного подчинения остаётся, ответственность и за продукт, и за технологию никуда не девается. Зато из матрицы уходят chapter-лиды: если в команде нет отдельных фронтендеров, отдельный лид фронтенда тоже не нужен. Разделение труда сменяется его совмещением.
Появляется и новая сервисная функция: люди, которые держат среду для мультиагентных систем и при необходимости дообучают модели под себя. А компании с изолированными функциональными колодцами, где всесильные кадровые или иные службы живут отдельно от продукта, рискуют проиграть тем, кто эти колодцы встроит в общую работу.
Есть условие, без которого переход не запускается. Несколько команд пришли к нему независимо друг от друга: процессы и принципы должны стать явными. Если внедрять ИИ поверх устных договорённостей, агент просто размножит существующий беспорядок.
Поэтому нужно сначала описать и оцифровать принципы, навести порядок, и только потом запускать поверх ИИ. Фундаментальные правила при этом остаются: «тестировать обязательно» никто не отменял.
Плоская структура из маленьких команд задаёт вопрос: какие роли её наполняют и откуда они берутся?
Меняется природа роли: роль перестаёт быть свойством человека или его грейда и становится свойством задачи. Формулу на сессии произнесли почти дословно: ролей становится больше, а должностей меньше. Роли сходятся в одном человеке, набор требований увеличивается.
Состав ролей в команде задаёт «шкала интерпрайзности». Насколько сложное решение разрабатывается? Чем глубже контекст и сложнее архитектура, тем больше ролей добирается в команду. Специализации подбираются под уровень сложности задачи, и один человек может закрывать несколько ролей сразу.
Сложную задачу при этом нельзя закрыть, просто «насыпав людей»: пять человек, владеющих контекстом компании целиком, сделают больше, чем двадцать пять без него. Агентные «ручки» у всех одинаковые, разница — в масштабе мышления. И это состояние — промежуточное: сейчас роли укрупняются, «все отвечают за всё», уникальные люди перегружены. На сессии это назвали фазой соединения труда, из которой со временем сложится новая система его разделения.
Карта ролей: что появляется, что усиливается, что уходит
Кольца — направление изменения роли (от центра к краю: появляется → усиливается → сохраняется → уходит). Секторы — этап цепочки создания ценности. Наведите на точку или строку списка, чтобы увидеть пояснение.
Как команды связаны между собой. Маленькие команды перестают синхронизироваться через спринты и стендапы. На сессии описали подход, у части компаний уже работающий: у каждого сотрудника есть персональный агент, и агенты сами налаживают взаимодействие между командами. Участники назвали это «бэклог без бэклога». Всё это держит agent-first платформа, Internal Development Platform. Здесь же и барьер, который на сессии назвали «курицей и яйцом»: без платформы переход не запускается, при этом построить её могут немногие, и наработки крупных компаний почти не переиспользуются на стороне.
Новые роли задают новый профиль требований. Матрица компетенций отвечает на вопрос, что именно проверять у того, кто будет эти роли закрывать.
Предупреждение прозвучало сразу: собрать все пункты матрицы в одном человеке почти нереально. Команду собирают так, чтобы каждый закрывал те пункты, что ему ближе, а матрица закрывалась командой в целом. Стоит она на трёх опорах и общей базе под ними.
- Наличие внутренней мотивации: зачем человек что-то делает и куда идёт
- Адаптивность и готовность учиться новому
- Готовность считать результат ИИ своим и отвечать за него, а не спихивать на модель («попробуем ещё раз с другой»)
- Системное и архитектурное мышление: построить систему и заранее думать о её свойствах (надёжность, нагрузка)
- Декомпозиция задачи и helicopter view — взгляд на всю систему сверху
- Близость к архитектуре, которая теперь важнее узкой технической специализации
- Управление знаниями: готовность структурировать их и передавать модели
- Проверка качества и достоверности ответов модели: действительно ли это лучшее решение
- Риск-менеджмент
- Проактивность: не принимать первый ответ как окончательный
- Готовность работать с ИИ и базовое понимание того, как устроены LLM
- Чёткая формулировка намерений и спецификаций — главный навык новой работы. На сессии его отнесли к soft-скиллам: коммуникация с агентом так же важна, как коммуникация с человеком
- Техлид-база и максимальная автоматизация
- Продуктовое мышление и сбор требований
- Переход от T-shape к Π-shape: несколько глубоких осей плюс широкий обзор
- Устойчивость к «лёгкому дофамину» — соблазну хвататься за то, что ИИ позволяет сделать быстро
Меняются структура, роли и люди, а значит, и работа руководителя. Его роль — валидировать смыслы, сохраняя прежний вес и качественно меняя содержание.
Команда, разбиравшая эту тему, начала с ободряющего наблюдения: специалистов сокращают, руководителей пока нет. Однако сама роль становится «задачей со звёздочкой». Пять самых заметных перемен:
Далеко не всё на сессии сошлось в общий вывод. По нескольким вопросам позиции прямо столкнулись, и эти разногласия важны не меньше согласия: они показывают, где отрасль пока не определилась.
Вопросы без готового ответа
Карта намеренно остаётся открытой. Несколько вопросов участники честно оставили без ответа, и именно они задают повестку следующего шага.
- Откуда возьмутся зрелые техлиды и мультидисциплинарные специалисты, если классический путь обучения ломается, а рутину, на которой росли джуны, забрал ИИ? «Учиться не на чем» прозвучало как личный запрос конкретного руководителя.
- Как сохранить человечность и помочь людям найти своё место, когда границы специализаций размываются и любой человек с ИИ «может заниматься всем»?
- Что заставит людей и бизнес оцифровывать знания, если именно эти знания составляют их конкурентное преимущество?
- Как нанимать, если человека с «умной подпиской» трудно отличить от умного человека без дополнительной проверки?
- Не углубит ли переход неравенство, когда возможности специалиста начинают зависеть от того, какую подписку он может себе позволить?
- Как переносить опыт между компаниями? Специалист с редкими навыками тяжело заменяется и тяжело переходит на новое место.
Взгляд поверх карты
Три наблюдения, которые складываются, если посмотреть на выводы участников с расстояния. Это не позиция сессии, а рамка для чтения карты: она помогает увидеть за отдельными сдвигами общую механику.
Из карты ролей видно общее свойство уходящих ролей: уходят те, кто только передавал задачи вниз — классический тимлид, скрам-мастер, функциональные лиды. Когда исполняют агенты, передаточные звенья не нужны, и середина организации «выжигается».
У этого есть неожиданное следствие: работа менеджмента впервые становится видимой. Раньше её было трудно отделить от раздачи задач; теперь видно, что содержание управленческой работы — снижать неопределённость. Тот, кто это делает, остаётся; тот, кто только маршрутизировал, — нет.
Плоская структура, о которой говорили участники, при взгляде сверху раскладывается на три типа команд — разделение, десятилетиями отработанное в медицине:
Токены, строки сгенерированного кода, закрытые тикеты, процент использования ИИ — метрики обманчивые: растут легко и не значат ничего. Никто в индустрии пока не подтвердил эффект для бизнеса измеримыми цифрами, и логика «дам доступ к ИИ — через три месяца покажите результат» сейчас не работает.
Рабочая стратегия: копировать шаги лучших, измерять всё, что можно, и быть готовым, когда эффект станет измеримым. Метрики появятся как следствие новой структуры, а не до неё. Тест на честность — смотреть time-to-market и бюджет токенов вместе, но и это только начало ответа.
Из этой карты следует практичный первый шаг, о который спотыкается любой переход: сделать процессы и принципы явными. Агент поверх устных договорённостей размножит беспорядок, агент поверх описанных правил начнёт снимать неопределённость. С этого AI-native организация и начинается.
Это первая версия карты, с горизонтом до 2027 года. Она открыта для дополнения: участники договорились вернуться к ней через год и сверить, что подтвердилось, а что осталось прогнозом. Авторство коллективное: над картой работали участники C-Level клуба Онтико, и вес артефакту придают уровень и масштаб тех, кто его собирал.
Ведущие и модератор
Авторство карты коллективное — её собирали все участники встречи. Сессию вели директора разработки Cloud.ru, модерировал дискуссию приглашённый фасилитатор.
C-Level клуб Онтико · закрытое сообщество технологических руководителей · c-level.ontico.ru