Перейти к основному содержимому

Роли

Зачем нужна ролевая модель​

Без явного распределения ролей ИИ-функция быстро превращается либо в техническую команду, которая «делает модели», либо в проектный офис, который только собирает статусы, либо в центр экспертизы, который консультирует, но не влияет на результат.

Для устойчивого внедрения ИИ компании нужен контур, который одновременно умеет:

  • принимать и маршрутизировать ИИ-идеи;

  • выбирать подходящие ИИ-продукты и инструменты;

  • запускать пилоты и внедрения;

  • управлять технологической инфраструктурой;

  • обеспечивать безопасность, качество и сопровождение;

  • обучать бизнес пользоваться ИИ;

  • отслеживать эффект и принимать решения о масштабировании или остановке инициатив.

Ролевая модель фиксирует, кто отвечает за каждый из этих блоков.

Верхний уровень модели​

Директор ИИ-функции
│
├── Руководитель инфраструктуры
│   └── MLOps / LLMOps / DevOps
│
├── Руководитель продуктового портфеля
│   └── ИИ-продукты / пилоты новых продуктов / product adoption
│
├── Руководитель проектного офиса
│   └── проектные менеджеры / деливери-треки / инициативы подразделений
│
└── Руководитель обучения и популяризации ИИ
    └── обучение / коммуникации / ИИ champions / база знаний / генерация спроса

Ключевая идея: ИИ-функция управляет не только разработкой ИИ-решений, но и всей системой их появления, внедрения и использования в компании.

1. Директор ИИ-функции​

Роль​

Директор — владелец ИИ-функции в компании. Он отвечает за то, чтобы ИИ был не набором разрозненных экспериментов, а управляемым направлением с понятными целями, приоритетами, ресурсами, правилами и эффектом.

Зона ответственности​

Директор отвечает за:

  • стратегию внедрения ИИ;

  • связь внедрения ИИ с целями компании;

  • управление бюджетом и ресурсами ИИ-функции;

  • согласование правил с бизнесом, ИТ, безопасностью, архитектурой и руководством;

  • принятие решений по спорным или критичным инициативам;

  • защиту результатов ИИ-функции перед руководством;

  • развитие операционной модели внедрения ИИ.

Основной фокус​

Главный вопрос директора:

Какие ИИ-направления компания должна развивать, чтобы получить управляемый бизнес-эффект, а не хаотичный набор пилотов?

Типовые артефакты​

  • ИИ strategy / ИИ roadmap;

  • портфель ИИ-инициатив;

  • правила приоритизации;

  • модель управления ИИ-функции;

  • отчётность для руководства;

  • решения по запуску, масштабированию или остановке инициатив;

  • карта ИИ-продуктов и capability map.

2. Руководитель инфраструктуры​

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

Если руководитель проектного офиса отвечает за движение инициативы, а руководитель продуктового портфеля — за ценность ИИ-продукта, то руководитель инфраструктуры отвечает за то, чтобы всё это могло стабильно работать в реальном контуре компании.

Зона ответственности​

Руководитель инфраструктуры отвечает за:

  • ИИ/ML/LLM-инфраструктуру;

  • контуры разработки, тестирования и промышленной эксплуатации;

  • MLOps, LLMOps, DevOps;

  • деплой моделей, агентов, оркестраторов агентов;

  • мониторинг, логирование и поддержку;

  • интеграции с корпоративными системами;

  • управление доступами, окружениями и техническими ограничениями;

  • техническую масштабируемость решений;

  • совместимость решений с ИТ-архитектурой и требованиями безопасности.

Основной фокус​

Главный вопрос инфраструктурного лида:

Может ли это ИИ-решение безопасно, стабильно и масштабируемо работать внутри компании?

Подчинённые / смежные роли​

Под инфраструктурным лидом могут находиться:

  • MLOps-инженеры;

  • LLMOps-инженеры;

  • DevOps-инженеры;

  • backend-инженеры;

  • специалисты по мониторингу и эксплуатации;

  • технические администраторы ИИ-платформ.

Типовые артефакты​

  • архитектура ИИ-платформы;

  • схемы интеграций;

  • правила деплоя;

  • чек-листы production readiness;

  • мониторинг качества и производительности;

  • SLA/SLO для ИИ-сервисов;

  • технические ограничения и требования;

  • эксплуатационная документация.

3. Руководитель продуктового портфеля​

Роль​

Руководитель продуктового портфеля отвечает за портфель ИИ-продуктов внутри компании: какие продукты нужны, для каких сценариев они применимы, как они пилотируются, развиваются, внедряются и становятся функциональными «кубами» для бизнес-инициатив.

ИИ-продуктами могут быть:

  • корпоративная LLM;

  • RAG-платформа;

  • ML-платформа;

  • агенты (opencode, hermes);

  • оркестраторы агентов (multica, paperclip);

  • кодовые агенты (cursor, kilocode);

  • другие ИИ-продукты.

Зона ответственности​

Руководитель продуктового портфеля отвечает за:

  • карту ИИ-продуктов компании;

  • определение целевых пользователей и сценариев применения;

  • запуск и ведение продуктовых пилотов;

  • сбор обратной связи от пользователей;

  • развитие функциональности продуктов;

  • упаковку продукта для внутренних пользователей;

  • правила подключения новых подразделений;

  • определение, какие инициативы можно реализовать через существующие продукты;

  • выявление потребности в новых ИИ-продуктах;

  • согласование продуктовой ценности с бизнес-целями.

Основной фокус​

Главный вопрос продуктового лида:

Какие ИИ-продукты должны быть в контуре компании, чтобы типовые бизнес-потребности решались быстрее, дешевле и качественнее?

Подчинённые / смежные роли​

Под продуктовым лидом могут находиться:

  • руководители внутренних ИИ-продуктов;

  • product owners ИИ-платформ;

  • бизнес-аналитики;

  • UX-исследователи;

  • специалисты по внедрению продуктов;

  • владельцы отдельных capability-блоков.

Типовые артефакты​

  • каталог ИИ-продуктов;

  • product canvas / product brief;

  • описание целевых сценариев;

  • карта пользователей;

  • backlog продукта;

  • roadmap продукта;

  • правила пилотирования;

  • метрики adoption и продуктовой ценности;

  • база кейсов использования продукта.

4. Руководитель проектного офиса​

Роль​

Руководитель проектного офиса отвечает за движение ИИ-инициатив от идеи до внедрения, ожидания эффекта и завершения. Его зона — не один конкретный продукт, а весь поток потребностей из бизнеса.

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

Зона ответственности​

Руководитель проектного офиса отвечает за:

  • управление бизнес-воронкой инициатив;

  • приоритизацию портфеля инициатив;

  • детализацию и маршрутизацию инициатив;

  • подготовку инициатив к решениям на контрольных точках;

  • выбор деливери-трека совместно с продуктовым и инфраструктурным лидами;

  • координацию бизнес-заказчиков, ИТ, безопасности, архитектуры и эксплуатации;

  • контроль сроков, статусов, блокеров и зависимостей;

  • управление проектными рисками;

  • подготовку инициатив к внедрению;

  • фиксацию ожидаемого и подтверждённого эффекта;

  • закрытие, отклонение или передачу инициативы в сопровождение.

Основной фокус​

Главный вопрос проектного лида:

Как провести инициативу через все необходимые решения, проверки и работы так, чтобы она дошла до внедрения и измеримого результата?

Подчинённые / смежные роли​

Под проектным лидом могут находиться:

  • руководители проектов;

  • бизнес-аналитики;

  • администраторы проектов.

Типовые артефакты​

  • карточка инициативы;

  • бизнес-гипотеза;

  • паспорт инициативы;

  • roadmap инициативы;

  • план деливери;

  • материалы для контрольных точек;

  • статус-отчёты;

  • реестр рисков и блокеров;

  • эффект-гипотеза;

  • отчёт по внедрению и эффекту.

5. Руководитель обучения и популяризации ИИ​

Роль​

Руководитель обучения и популяризации ИИ отвечает за то, чтобы сотрудники компании не просто знали о существовании ИИ-продуктов, а умели применять их в своей работе, формулировать качественные идеи и безопасно использовать ИИ-инструменты.

Эта роль критична, потому что даже сильная ИИ-платформа не создаёт эффекта сама по себе. Эффект появляется только тогда, когда бизнес начинает регулярно использовать ИИ в реальных процессах.

Зона ответственности​

Руководитель обучения и популяризации ИИ отвечает за:

  • обучение сотрудников работе с ИИ-инструментами;

  • формирование ИИ-грамотности внутри компании;

  • развитие сети ИИ-чемпионов в подразделениях;

  • коммуникацию успешных кейсов;

  • создание базы знаний, инструкций и гайдов;

  • проведение воркшопов, демо и внутренних мероприятий;

  • помощь бизнесу в формулировании качественных ИИ-идей;

  • снижение сопротивления и страха перед ИИ;

  • популяризацию безопасного и осознанного использования ИИ;

  • сбор обратной связи от пользователей и подразделений.

Основной фокус​

Главный вопрос лида обучения и популяризации:

Как сделать так, чтобы сотрудники понимали возможности ИИ, умели применять инструменты и приносили в ИИ-функцию качественный спрос?

Подчинённые / смежные роли​

Под лидом обучения и популяризации могут находиться:

  • ИИ-тренеры;

  • методологи обучения;

  • менеджеры по внутренней коммуникации;

  • специалисты по управлению изменениями;

  • владельцы базы знаний;

  • ИИ-чемпионы в бизнес-подразделениях.

Типовые артефакты​

  • программа обучения по ИИ;

  • база знаний;

  • инструкции и плейбуки;

  • промпт-гайды;

  • библиотека кейсов;

  • материалы для воркшопов;

  • план коммуникаций;

  • карта ИИ champions;

  • метрики вовлечённости.

Как роли взаимодействуют между собой​

Пример маршрута инициативы​

Руководитель обучения проводит воркшопы в бизнес-подразделениях
    ↓
Бизнес формулирует потребность
    ↓
Руководитель проектного офиса заводит инициативу в бизнес-воронку
    ↓
Руководитель продуктового портфеля определяет, через какой ИИ-продукт её лучше реализовать
    ↓
Руководитель инфраструктуры проверяет техническую реализуемость и ограничения
    ↓
Руководитель проектного офиса ведёт инициативу через деливери-трек
    ↓
Руководитель продуктового портфеля собирает обратную связь и развивает продукт
    ↓
Руководитель инфраструктуры обеспечивает деплой, поддержку и масштабирование
    ↓
Директор ИИ-функции принимает решения по приоритетам, ресурсам и эффекту

Матрица ответственности​

  • A — accountable, отвечает за итоговое решение.

  • R — responsible, выполняет или ведёт работу.

  • C — consulted, участвует в согласовании.

  • I — informed, информируется о ходе работы.

Важный принцип: роли не должны смешиваться​

Одна из типовых проблем ИИ-функции — смешение ролей.

Например:

  • инфраструктурная команда начинает сама выбирать бизнес-приоритеты;

  • проектные менеджеры начинают управлять продуктовой стратегией;

  • продуктовые лиды отвечают за внедрение, но не имеют ресурсов деливери;

  • обучение превращается в разовые лекции, а не в системный adoption;

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

Правильная модель строится иначе:

  • директор управляет системой и приоритетами;

  • инфраструктура отвечает за технологическую реализуемость;

  • продукт отвечает за capability и применимость;

  • проекты отвечают за движение инициатив;

  • обучение отвечает за спрос, adoption и культуру использования.

Связь ролей с платформой ИИ Конвейер​

В платформе ИИ Конвейер каждая роль получает свой рабочий контур.

Директор ИИ-функции видит:

  • общий портфель инициатив;

  • приоритеты;

  • статус бизнес-воронки;

  • узкие места;

  • ожидаемый и подтверждённый эффект;

  • загрузку команд;

  • решения, требующие эскалации.

Руководитель инфраструктуры видит:

  • технические требования инициатив;

  • production readiness;

  • интеграционные зависимости;

  • статусы деплоя;

  • эксплуатационные риски;

  • нагрузку на платформы и команды.

Руководитель продуктового портфеля видит:

  • каталог ИИ-продуктов;

  • инициативы, использующие каждый продукт;

  • adoption и обратную связь;

  • backlog продукта;

  • потребности в новых capability;

  • продуктовые метрики.

Руководитель проектного офиса видит:

  • инициативы в бизнес-воронке и деливери-треках;

  • статусы, блокеры и зависимости;

  • готовность к контрольным точкам;

  • ответственных участников;

  • планы внедрения;

  • эффект-гипотезы.

Руководитель обучения и популяризации видит:

  • подразделения с высоким и низким adoption;

  • темы обучения;

  • частые вопросы пользователей;

  • идеи, возникающие после обучения;

  • сеть ИИ-чемпионов;

  • библиотеку кейсов и материалов.

Итоговая логика​

ИИ-функция должна быть устроена как управленческая система, а не как группа энтузиастов или техническая лаборатория.

Минимальная устойчивая ролевая модель включает:

  • Директора ИИ-функции — управление функцией и результатом;

  • Инфраструктурного лида — технологическая база и эксплуатация;

  • Продуктового лида — ИИ-продукты и capability;

  • Проектного лида — деливери инициатив и управление воронкой;

  • Лида обучения и популяризации — adoption, обучение и качественный спрос.

Вместе эти роли закрывают полный цикл внедрения ИИ: от стратегии и идеи до продукта, внедрения, использования и подтверждённого эффекта.