Команда внедрения ERP в 2026 году: кто нужен и чем занимается

Команде внедрения ERP нужны спонсор с реальными полномочиями, руководитель проекта, знающий ERP, владельцы бизнес-процессов из каждой затронутой функции, функциональные и технические консультанты и отдельные руководители по интеграции, миграции данных, тестированию, управлению изменениями и cutover. Программы облачного SAP добавляют архитектора Clean Core и именованное контактное лицо в SAP. Размер команды определяйте по сложности, а не по численности персонала компании, и закрепите за каждым консультантом внутреннего сотрудника, который будет отвечать за эту область после go-live.

Материал для спонсоров, CIO и директоров программ, которые набирают команду для ERP-программы. В нём разобраны роли, то, что помогает или мешает каждой из них, размер команды, что меняют облачный ERP и ИИ и как распределить работу с партнёром по внедрению.

В одной компании, с которой я работал, одновременно шли два внедрения ERP: одно на SAP, другое на Oracle. На проекте Oracle работали 4 500 человек. На проекте SAP их было 38. Одно внедрение прошло гладко. Другое стало нескончаемой катастрофой. Разница была в команде.

За 25 лет внедрений SAP закономерность не менялась. Соберите не ту команду или тех самых людей в неверной структуре, и проект затягивается, затраты растут, а к go-live пользователи уже решили, что ненавидят систему.

1. Спонсор проектаСнимает препятствия, обеспечивает бюджет, решает споры между подразделениями
   Сервисный контакт SAPВ программах RISE: эскалации по платформе и сервисные обзоры
2. Руководитель проектаСроки, объём работ, риски и координация партнёров

• Владельцы бизнес-процессовПроверяют дизайн и тестируют реальные рабочие процессы
• Функциональные и технические консультантыНастраивают, расширяют и возражают
• Руководитель миграции данныхОчистка, загрузки и данные для cutover
• Руководитель по интеграцииДизайн middleware и потоки данных
• Руководитель по изменениям и обучениюКоммуникация, сторонники изменений, освоение системы
• Архитектор Clean CoreГде размещается каждое расширение, в облачных редакциях

Роль	Чем занимается на самом деле	Когда подключается
Спонсор проекта	Снимает препятствия, обеспечивает бюджет, принимает решения на стыке подразделений	Все фазы
Руководитель проекта	Ведёт сроки, объём работ, риски и координацию партнёров	Все фазы
Владельцы бизнес-процессов	Проверяют дизайн, тестируют сценарии, представляют реальные рабочие процессы	От Explore до Deploy
Функциональные консультанты	Собирают требования, настраивают модули, поддерживают тестирование	От Explore до Deploy
Технические консультанты	Расширения, интерфейсы, настройка системы	От Realize до Deploy
Руководитель по интеграции	Дизайн middleware и потоки данных между системами	От Explore до Deploy
Руководитель миграции данных	Стратегия данных, очистка, загрузки, данные для cutover	От Prepare до Deploy
Руководитель по изменениям и обучению	Обучение, коммуникация, меры по освоению системы	От Explore до Run
Руководитель тестирования	Тестовые сценарии, SIT, UAT, учёт дефектов	От Realize до Deploy
Менеджер cutover	Переход в продуктивную среду, простой, план отката	Deploy
Архитектор Clean Core (облачные редакции)	Решает, где размещается каждое расширение и на каком уровне Clean Core	От Explore до Run
Сервисный контакт SAP (RISE)	Эскалации по платформе, сервисные обзоры, согласование с дорожной картой SAP	От Prepare до Run

В моей статье о ролях в команде внедрения SAP каждая роль разобрана подробнее.

Спонсор проекта

Работа спонсора не в том, чтобы подписать устав проекта и исчезнуть. Проекты месяцами стоят на месте, когда никто выше руководителя проекта не вправе решить спор между подразделениями. Спонсор должен быть доступен, готов принимать трудные решения и присутствовать на протяжении стабилизации, а не только на старте.

Что идёт не так: спонсоры, которые передают всё в ИТ. ERP меняет то, как работает бизнес. Если руководство не ведёт эту работу, ничего не получится. В руководстве по созданию эффективного руководящего комитета проекта SAP описано, как выстроить форум спонсора.

Руководитель проекта

Руководителю ERP-проекта нужно знать, как на самом деле устроены программы SAP или Oracle, а не только общее управление ИТ-проектами. Риски, зависимости и давление в момент cutover здесь другие.

Что идёт не так: руководитель проекта уступает консультантам в вопросах объёма работ или не может удержать бизнес в сроках тестирования.

Владельцы бизнес-процессов

ИТ не управляет вашим бизнесом. Им управляют операционные подразделения, финансы, закупки и HR. Владельцы процессов следят, чтобы система работала для реальных процессов, а не только на бумаге. Оставьте их в стороне, и вы получите конфигурацию, которая имела смысл на воркшопе и ломается на первой неделе.

Привлекайте их с самого начала, а не на этапе UAT, чтобы они утверждали решения, к которым не имели отношения.

ERP-консультанты

Хорошие консультанты возражают. Если ваши со всем соглашаются и ни разу не оспаривают требование, они выставляют часы, а не добавляют экспертизу. Лучшие останавливают ошибки раньше, чем те обойдутся в месяцы работы.

Один из признаков слабого консультанта: он избыточно кастомизирует, потому что так проще, чем объяснять, почему бизнесу стоит изменить процесс. Каждую заказную программу нужно сопровождать, тестировать при обновлении и объяснять следующей команде. С уровнями Clean Core от SAP этот долг теперь виден: расширение, созданное по-старому, попадает на уровень C или D и проявляется при первом же крупном обновлении.

Руководитель миграции данных

Плохие данные старой системы превращаются в плохие данные новой. Если никто не отвечает за разговор о качестве данных до миграции, финансовая отчётность в первый же день не совпадёт с реальностью.

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

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

Управление изменениями не сводится к обучению. Это коммуникация, раннее вовлечение и поиск сторонников внутри бизнеса до go-live. Когда бизнес считает, что обучения достаточно, пользователи, которые не доверяют новой системе, возвращаются к своим таблицам, а исправлять это после go-live дорого.

Этот руководитель должен создавать материалы, проводить пилоты и измерять готовность, а не раздавать PDF за две недели до go-live. В программах SAP на нём теперь и инструменты digital adoption: SAP объединяет SAP Enable Now с WalkMe, которую купила в 2024 году, поэтому новые материалы стоит планировать в WalkMe.

Архитектор Clean Core (облачные редакции)

SAP теперь оценивает каждое расширение по четырём уровням Clean Core, от A до D. Кто-то должен решить, как закрыть каждый пробел: стандартной настройкой, расширением уровня A на SAP BTP или внутри системы на ABAP Cloud, либо не закрывать вовсе. В крупных программах это отдельная роль. В программах среднего бизнеса её обычно берёт на себя архитектор решения.

Партнёры без опыта работы с SAP BTP и ABAP Cloud не смогут занять эту роль. Спросите, сколько расширений они реализовали по этим правилам, и попросите их показать.

Сервисный контакт SAP (программы RISE)

В RISE with SAP инфраструктуру и эксплуатацию вашей системы ведёт SAP, поэтому SAP становится частью поставки. CIO нужен именованный контакт в SAP для эскалаций по платформе, сервисных обзоров и согласования с дорожной картой. Внесите этого человека в состав команды начиная с фазы Prepare, а не только в список приглашённых на заседания руководящего комитета.

Размер команды должен соответствовать сложности, а не численности персонала.

Тип компании	Типичный размер команды	Что определяет сложность
Малая (одно юридическое лицо, менее 500 сотрудников)	10-25	В основном стандартная функциональность, мало интеграций
Средний бизнес (несколько площадок, 500-5 000 сотрудников)	30-75	Больше интеграций, региональные варианты процессов, изменения в большом масштабе
Крупное предприятие (глобальное, более 5 000 сотрудников)	100-500+	Много юридических лиц и интеграций, соблюдение требований в разных юрисдикциях

Заводу на 50 человек со сложным производством под заказ может понадобиться более крупная и более специализированная команда, чем компании на 500 человек со стандартными розничными процессами. Размер определяйте по объёму задач. Как построить план, показано в моём руководстве по планированию ресурсов для проектов SAP.

Joule теперь встроен в инструменты внедрения SAP (SAP Cloud ALM и SAP Activate Roadmap Viewer). SAP Build Code использует Joule, чтобы помогать разработчикам создавать расширения на SAP BTP. Microsoft Copilot составляет черновики статус-отчётов, материалов для руководящего комитета и сообщений об изменениях.

При регулярном использовании эти инструменты ускоряют роли с большим объёмом рутинной работы. Программа получается несколько компактнее, чем потребовал бы тот же объём работ несколько лет назад, но не радикально меньше.

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

Большинство компаний сочетают внутреннюю основную команду, которая знает бизнес, с партнёром, который приносит техническую и методологическую глубину.

Внутренняя команда должна быть вовлечена по-настоящему, а не просто ходить на статус-встречи. Иначе проект выдаст систему, которую понимает партнёр и которой никто внутри компании не умеет управлять.

Чего ждать от партнёра: структуры, более быстрых решений и опыта работы с ошибками, которые типичны для компаний вроде вашей. Что нельзя делегировать: решения об объёме работ, утверждение дизайна процессов и готовность пользователей. Здесь нужны внутренние владельцы.

Стабильно работает модель парного закрепления (shadow pairing). У каждого консультанта есть внутренний коллега, который будет отвечать за эту область после go-live. Консультант делает работу, внутренний сотрудник учится, и знания остаются, когда консультанты уходят.

Проверяя партнёра, просите рекомендации от компаний вашего размера и вашей отрасли, а не от показательных клиентов вендора. Спрашивайте об опыте Clean Core с примерами и о том, как они работают с SAP в программах RISE. Расплывчатые ответы показывают, кто в курсе текущего положения дел, а кто продаёт версию SAP, которую знал три года назад.

Сколько человек работает в команде внедрения ERP?

Это зависит от сложности, а не от размера компании. Малому бизнесу с простыми процессами обычно нужно от 10 до 25 человек, среднему бизнесу с несколькими площадками от 30 до 75, глобальным предприятиям от 100 до 500 и более. Производителю со сложными процессами проектирования под заказ (engineer-to-order) нужно больше ресурсов, чем более крупной компании со стандартными розничными функциями.

Какие новые роли нужны в программах облачного SAP?

Две. Архитектор Clean Core, или руководитель расширений, который решает, где размещается каждое расширение и на каком уровне Clean Core; в небольших программах эту работу берёт на себя архитектор решения. А в RISE with SAP ещё и именованный сервисный контакт SAP для эскалаций и сервисных обзоров, потому что инфраструктуру и эксплуатацию вашей системы ведёт SAP.

Какова роль спонсора проекта во внедрении ERP?

Спонсор обеспечивает бюджет, снимает препятствия и решает споры между подразделениями. Он нужен, чтобы проектом можно было управлять, а не чтобы управлять им самому. Самое важное, что делает спонсор: оставаться вовлечённым на протяжении стабилизации. Проекты, которые теряют внимание руководства после cutover, обрастают обходными решениями, живущими годами.

Зачем во внедрении ERP нужны владельцы бизнес-процессов?

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

На что обращать внимание при выборе ERP-консультанта?

На готовность возражать. Консультант, который со всем соглашается, облегчает жизнь себе, а не вам. Хорошие консультанты оспаривают неудачные требования, указывают на расползание объёма работ и объясняют, почему стандарт обычно служит вам лучше, чем заказная разработка. Затем проверьте опыт Clean Core на примерах, рекомендации от компаний вашего размера, которым можно позвонить, и решает ли консультант вашу задачу или продаёт проект, который уже умеет делать.

Как организовать миграцию данных во внедрении ERP?

Назначьте отдельного руководителя, который отвечает за стратегию, правила очистки, загрузки и проверку данных перед go-live. За качество данных отвечает бизнес: ИТ может перенести запись о поставщике, но верна ли она, знает только бизнес.

Что такое управление изменениями в ERP-проекте и почему оно важно?

Это подготовка людей к значительным изменениям в том, как они работают, до go-live, во время него и после. Сюда входят коммуникация (что меняется и почему, причём заранее), вовлечение (ключевые пользователи в дизайне и тестировании) и поддержка (сторонники изменений, которые помогают коллегам адаптироваться). Проекты, где всё сводится к календарю обучения, каждый раз получают один и тот же результат: обходные решения, таблицы и систему, которой никто не доверяет.