Проектный офис
Зачем эта функция в ОМВИ
В большинстве крупных компаний уже есть корпоративный проектный офис со своим портфелем проектов, бюджетным циклом, отчётностью перед руководством и правилами приоритизации. ИИ-функция приходит со своей бизнес-воронкой и деливери-треком. Если их не состыковать, появляются две проблемы:
- Двойной учёт. Руководитель ИИ-инициативы ведёт статус в ОМВИ, а PMO требует тот же статус в корпоративной системе — в другом формате и с другой периодичностью.
- Конкуренция за ресурсы. ИИ-инициативы конкурируют за людей и бюджет с обычными проектами, но оцениваются по другим критериям, и руководство не видит единой картины.
Стык с проектным офисом нужен, чтобы ИИ-инициатива была первоклассным объектом корпоративного портфеля, а не отдельной «тенью» рядом с ним.
Где подключается
| Этап ОМВИ | Роль проектного офиса |
|---|---|
| Новая → Оценка | Регистрирует инициативу в корпоративном портфеле, присваивает идентификатор |
| Оценка → Деливери | Подтверждает бюджет и ресурсы, открывает проект/бюджетный код |
| Деливери | Сводит статусы ИИ-инициатив в общий портфельный отчёт |
| Ожидает эффекта → На поддержке | Закрывает проектную фазу, переводит в режим эксплуатации |
Что функция получает на вход
- Карточку ИИ-инициативы и бизнес-кейс (ожидаемый эффект, владелец эффекта).
- План реализации и оценку трудозатрат от деливери-трека.
- Карту зависимостей с другими проектами и системами.
Что функция отдаёт на выход
- Место инициативы в корпоративном портфеле и приоритет относительно других проектов.
- Бюджетный код и подтверждённые ресурсы.
- Единый формат статуса, который не дублирует, а агрегирует статусы из ОМВИ.
Ключевые артефакты стыка
- Маппинг статусов: соответствие состояний бизнес-воронки (
NEW … ON_SUPPORT) и стадий корпоративного проекта. - Портфельный дашборд: ИИ-инициативы как срез общего портфеля.
Антипаттерны
- PMO как «вторая бухгалтерия статусов». Руководитель инициативы тратит время на синхронизацию двух систем вместо работы. Лечится единым источником статуса с автоматической агрегацией.
- ИИ-инициативы вне портфеля. Руководство не видит ИИ-проекты в общем списке, поэтому недооценивает нагрузку и эффект.
- Жёсткий waterfall-гейтинг поверх итеративной ИИ-разработки. Корпоративный PMO навязывает тяжёлые проектные ритуалы пилоту, который должен быстро проверять гипотезу.