Роли
Зачем нужна ролевая модель
Без явного распределения ролей ИИ-функция быстро превращается либо в техническую команду, которая «внедряет модели», либо в проектный офис, который только собирает статусы, либо в центр экспертизы, который консультирует, но не влияет на результат.
Ключевая идея: ИИ-функция управляет не только разработкой ИИ-решений, но и всей системой их появления, внедрения и использования в компании.
Для устойчивого внедрения ИИ компании нужен контур, который одновременно умеет:
-
определять стратегию внедрения ИИ, приоритеты, правила управления, бюджет и ресурсы;
-
принимать и маршрутизировать ИИ-идеи и определять процессы, где внедрение ИИ принесёт наибольший эффект;
-
проводить инициативы через бизнес-воронку и деливери до внедрения и измеримого результата;
-
отслеживать эффект и принимать решения о масштабировании или остановке инициатив;
-
выбирать и разворачивать современные ИИ-продукты и обеспечивать их всей необходимой инфраструктурой;
-
обеспечивать безопасность, качество и сопровождение внедрения ИИ;
-
обучать бизнес пользоваться ИИ, формировать культуру применения и обеспечивать системный adoption и качественный спрос.
Ролевая модель фиксирует, кто отвечает за каждый из этих блоков.
Ролевая модель в деталях
Директор ИИ-функции
Основной фокусКакие ИИ-направления развивать, чтобы получить управляемый бизнес-эффект, а не набор пилотов.
- Стратегия внедрения ИИ
- Связь с целями компании
- Бюджет и ресурсы
- Правила управления
- Предложения
- Отчётность перед руководством
- Бизнес-лидеры
- Руководители ИИ-функции
- Совет директоров
- Члены правления
- C-level
- ИИ-стратегия
- Roadmap
- Портфель инициатив
- Правила приоритизации
- Модель управления
- Отчётность
Руководитель продуктового портфеля
Основной фокусКакие ИИ-продукты должны быть в контуре компании, чтобы типовые потребности решались быстрее, дешевле и качественнее.
- Карта ИИ-продуктов
- Целевые пользователи
- Сценарии применения
- Продуктовые пилоты
- Обратная связь
- Развитие продуктов
- Правила подключения подразделений
- CPO
- Product owners
- Бизнес-аналитики
- UX-исследователи
- Владельцы capability-блоков
- Специалисты по внедрению
- Бизнес-подразделения
- Data Governance
- Корпоративная архитектура
- Каталог ИИ-продуктов
- Product canvas
- Описание сценариев
- Карта пользователей
- Backlog
- Roadmap
- Метрики adoption
- База кейсов
Руководитель проектного офиса
Основной фокусКак провести инициативу через решения, проверки и деливери до внедрения и измеримого результата.
- Бизнес-воронка инициатив
- Приоритизация
- Детализация
- Маршрутизация
- Контрольные точки
- Координация участников
- Сроки
- Блокеры
- Эффект
- PMO
- COO
- Руководители проектов
- Бизнес-аналитики
- Администраторы проектов
- Бизнес-владельцы
- Продуктовые и инфраструктурные лиды
- Риск и комплаенс
- Финансы
- ИТ
- Бизнес-подразделения
- Карточка инициативы
- Бизнес-гипотеза
- Паспорт инициативы
- План деливери
- Материалы gate
- Статус-отчёты
- Реестр рисков
- Отчёт эффекта
Руководитель инфраструктуры
Основной фокусМожет ли ИИ-решение безопасно, стабильно и масштабируемо работать внутри компании.
- ИИ/ML/LLM-инфраструктура
- Окружения
- MLOps/LLMOps/DevOps
- Деплой
- Мониторинг
- Интеграции
- Доступы
- Масштабируемость
- Совместимость с ИТ-архитектурой
- CTO
- MLOps
- LLMOps
- DevOps
- Backend
- Эксплуатация
- Технические администраторы ИИ-платформ
- Информационная безопасность
- Data Governance
- Корпоративная архитектура
- ИТ
- Архитектура ИИ-инфраструктуры
- Схемы интеграций
- Правила деплоя
- Production readiness
- Мониторинг
- SLA/SLO
- Технические требования
- Эксплуатационная документация
Руководитель обучения и adoption
Основной фокусКак сделать так, чтобы сотрудники понимали возможности ИИ, применяли инструменты и приносили качественный спрос.
- Обучение сотрудников
- ИИ-грамотность
- Сеть ИИ-чемпионов
- Коммуникация кейсов
- База знаний
- Воркшопы
- Сбор обратной связи
- CHRO
- ИИ-тренеры
- Методологи обучения
- Владельцы базы знаний
- ИИ-чемпионы
- Внутренние коммуникации
- Управление изменениями
- HR и обучение
- Программа обучения
- База знаний
- Инструкции
- Плейбуки
- Промпт-гайды
- Библиотека кейсов
- Материалы воркшопов
- План коммуникаций
- Карта ИИ-чемпионов
- Метрики вовлечённости
Минимальная конфигурация
Пять ролей — это пять зон ответственности, а не пять штатных единиц. На старте их может закрывать 2–3 человека:
-
Директор ИИ-функции — как правило, действующий C-level (COO, CTO или CDO).
-
Продукты + обучение и adoption — один человек, отвечающий за ценность и спрос.
-
Проектный офис + инфраструктура — один человек, отвечающий за деливери и технологическую реализуемость.
Главное — чтобы ни одна зона ответственности не осталась бесхозной. По мере роста портфеля роли расщепляются: первым обычно выделяют проектный офис, затем — инфраструктуру и продукты.
Как роли взаимодействуют между собой
Пример маршрута инициативы
- 1Руководитель обучения проводит воркшопы в бизнес-подразделениях
- 2Бизнес формулирует потребность
- 3Руководитель проектного офиса заводит инициативу в бизнес-воронку
- 4Руководитель продуктового портфеля определяет, через какой ИИ-продукт её лучше реализовать
- 5Руководитель инфраструктуры проверяет техническую реализуемость и ограничения
- 6Руководитель проектного офиса ведёт инициативу через деливери-трек
- 7Руководитель продуктового портфеля собирает обратную связь и развивает продукт
- 8Руководитель инфраструктуры обеспечивает деплой, поддержку и масштабирование
- 9Директор ИИ-функции принимает решения по приоритетам, ресурсам и эффекту
Важный принцип: роли не должны смешиваться
Одна из типовых проблем ИИ-функции — смешение ролей.
Например:
-
инфраструктурная команда начинает сама выбирать бизнес-приоритеты;
-
проектные менеджеры начинают управлять продуктовой стратегией;
-
продуктовые лиды отвечают за внедрение, но не имеют ресурсов деливери;
-
обучение превращается в разовые лекции, а не в системный adoption;
-
директор ИИ-функции вручную ведёт все инициативы, вместо того чтобы управлять стратегией и приоритетами.
Правильная модель строится иначе:
-
директор управляет стратегией и приоритетами;
-
продукт отвечает за возможности и применимость;
-
проекты отвечают за реализацию инициатив;
-
инфраструктура отвечает за технологическую реализуемость;
-
обучение отвечает за спрос, adoption и культуру использования.