Как подготовить компанию к внедрению ERP-системы
В крупном ERP-проекте цена ошибки на старте кратно выше, чем на любом другом этапе. Компания подписывает договор, платит первый транш и обнаруживает, что процессы не описаны, ответственные не назначены, а команда со стороны бизнеса появляется на проектных встречах через раз. Дальше сроки сдвигаются, бюджет растет, а результата все нет.
В этой статье разберем, с чего начать внедрение ERP и какие шаги подготовки снижают риск сорванных сроков, перерасхода бюджета и отказа команды работать в новой системе после запуска.
В этой статье мы расскажем:
Ключевые выводы
- Подготовка к внедрению ERP влияет на исход проекта сильнее, чем выбор конкретной системы. Пропущенные шаги на этом этапе увеличивают стоимость и сроки последующего внедрения.
- Проект начинается с формулировки 3-7 управленческих целей и измеримых KPI, а не с обсуждения функциональности продуктов.
- Выделенная проектная команда с зафиксированным уставом сокращает количество спорных ситуаций между заказчиком и интегратором на всех этапах.
- Описанные бизнес-процессы AS-IS и очищенные справочники данных снижают трудоемкость обследования и миграции.
- Управление изменениями и коммуникации с сотрудниками начинаются до старта проекта, а не после запуска системы.
Почему подготовка к внедрению ERP определяет исход проекта
ERP-проект затрагивает финансы, закупки, производство, логистику, кадровый учет и работу сотен сотрудников одновременно. Ошибка на старте не остается локальной, она проходит через всю систему и умножается на масштаб компании. Чем крупнее бизнес, тем дороже обходится каждый пропущенный шаг подготовки.
Ошибка на этапе подготовки распространяется на все последующие фазы проекта и увеличивает совокупную стоимость внедрения. Например, при отсутствии зафиксированных целей интегратор ориентируется на противоречивые требования руководителей и не имеет единого критерия приемки. Неописанные бизнес-процессы удлиняют этап обследования и увеличивают трудозатраты консультантов. Низкое качество данных переносит в новую систему исторические ошибки справочников и дублирующиеся записи.
К этому добавляются организационные риски. Сотрудники сопротивляются изменениям, потому что никто не объяснил им, зачем компании нужна новая система и что это даст лично каждому. Руководство ждет от ERP мгновенного эффекта и разочаровывается уже через три месяца после старта. Зоны ответственности между заказчиком и интегратором размыты, спорные вопросы зависают на согласованиях неделями, а сроки снова переносятся.
Грамотная подготовка снимает большую часть этих рисков еще до подписания договора на внедрение и делает следующие этапы проекта управляемыми.
С чего начать внедрение ERP и как сформулировать цели
Любой ERP-проект начинается не с выбора продукта, а с ответа на вопрос, зачем компании этот проект. Без четких целей внедрение превращается в автоматизацию ради автоматизации, а после запуска руководство не может оценить, удалось внедрение или провалилось.
Определите 3-7 целей проекта
Цели должны быть управленческими, а не техническими. Например, руководителю необходима прозрачность финансов по группе компаний, сокращение срока закрытия периода с двадцати до пяти дней, единый каталог номенклатуры для всех филиалов, контроль запасов в режиме реального времени. Слишком широкий список целей размывает фокус, слишком узкий не оправдывает масштаб инвестиций в крупную ERP вроде SAP S/4HANA.
Любой проект начинается с аудита процессов и ИТ-ландшафта, без которого невозможно правильно выстроить новую архитектуру. Следующим шагом становится приоритизация задач: какие блоки автоматизировать в первую очередь исходя из бизнес-целей компании.
Зафиксируйте измеримые KPI
Для каждой цели нужны метрики и базовое значение «как сейчас». Если цель звучит как «улучшить управление запасами», команда уточняет, что именно улучшится. Например, оборачиваемость склада вырастет с 4 до 6 раз в год, доля неликвидов снизится с 15% до 7%. Без таких цифр через год после запуска никто не сможет сказать, окупился ли проект.
Как сформировать проектную команду
Внедрение ERP требует выделенной команды, а не людей, которые поработают над проектом в свободное время. Это управленческое решение, и принимает его генеральный директор или собственник.
В команду со стороны заказчика входят спонсор проекта из числа топ-менеджеров, руководитель проекта, ключевые пользователи от каждого функционального блока и ИТ-архитектор. Спонсор отвечает за стратегические решения и снимает конфликты между подразделениями. Руководитель проекта координирует работу со стороны бизнеса и держит интегратора в рамках содержания и сроков. Ключевые пользователи описывают процессы, тестируют систему и потом обучают коллег.
Команда фиксирует роли и зоны ответственности в уставе проекта. Этот короткий документ определяет цели, границы, состав команды, ключевые риски и принципы принятия решений. Без него спорные ситуации превращаются в долгие переписки между заказчиком и интегратором.
Анализ и формализация бизнес-процессов до старта
Невозможно эффективно внедрить ERP в компании, где процессы существуют только в виде устных договоренностей. Интегратор настраивает систему под то, что ему рассказал главный бухгалтер, а потом выясняется, что в одном из филиалов закупки идут по другой схеме.
Описание текущих процессов AS-IS
Перед стартом проекта команда описывает ключевые процессы в формате AS-IS, то есть «как есть сейчас». Это касается финансового учета, закупок, складской логистики, продаж, расчета зарплаты. Описание включает шаги процесса, ответственных, точки передачи между подразделениями и используемые системы. Параллельно команда выявляет узкие места и дублирующиеся функции.
Целевая модель TO-BE
Целевая модель TO-BE описывает, как процессы работают после внедрения. На этапе подготовки достаточно зафиксировать принципы, не уходя в детали. Например, все закупки централизуются в головной компании, складской учет ведется в единой системе для всех филиалов, расчет себестоимости автоматизируется. Детальную проработку TO-BE команда делает с интегратором уже на этапе проектирования.
Описание процессов часто требует внешней экспертизы. Внутренние сотрудники привыкли к существующему порядку и не всегда видят альтернативы. Опытный консультант помогает структурировать обследование и предлагает решения, проверенные на сопоставимых проектах.
Данные и ИТ-ландшафт перед внедрением
Качество данных определяет, сможет ли компания работать в новой системе с первого дня после запуска. Если в справочнике контрагентов одно и то же юридическое лицо записано тремя разными способами, ERP унаследует это дублирование.
Подготовка данных включает несколько шагов:
- Инвентаризация используемых систем, включая основную учетную программу, отдельные складские модули, кадровые системы и теневые Excel-файлы, в которых ведется часть отчетности.
- Оценка качества данных по ключевым справочникам, среди них контрагенты, номенклатура, материалы, сотрудники, основные средства. Команда фиксирует дубли, расхождения и устаревшие записи и очищает их до миграции.
Отдельный вопрос касается объема исторических данных, который переносится в ERP. Мигрировать все транзакции за десять лет дорого и редко оправдано. Чаще ограничиваются справочниками, открытыми остатками и одним-двумя завершенными периодами для сравнения. Решение по объему миграции принимают совместно бизнес и интегратор.
Управление проектом, бюджетом и рисками внедрения
Без плана управления проектом внедрение превращается в череду срочных согласований. План фиксирует сроки, содержание работ, бюджет, требования, процедуры управления изменениями и коммуникации в команде.
На подготовительном этапе компания прорабатывает четыре блока.
- Устав и базовый план проекта с укрупненными этапами и контрольными точками.
- Бюджет с резервом 15-20% на непредвиденные работы, потому что в крупных ERP-проектах объем работ редко совпадает с первоначальной оценкой.
- Процесс управления изменениями, чтобы любые новые требования проходили через формальную процедуру оценки трудоемкости и влияния на сроки.
- Реестр рисков с планом реагирования по каждому из них.
К основным рискам относятся сопротивление персонала, нереалистичные ожидания от ERP как от универсального решения всех проблем компании, недооценка трудоемкости миграции данных, отсутствие формализованного технического задания. Каждый риск компания соотносит с конкретным подготовительным шагом, который его снижает.
Подготовка сотрудников и управление изменениями
ERP-проекты чаще проваливаются из-за людей, а не из-за технологии. Сотрудники теряют привычные инструменты, обнаруживают, что их работа теперь видна руководству в деталях, и часть из них сопротивляется явно или скрыто.
Управление изменениями начинается до старта проекта. Сначала топ-менеджмент объясняет команде, зачем компания внедряет ERP и какие выгоды получат сами сотрудники. Сокращение рутины, прозрачные правила, отсутствие двойного ввода данных. Дальше руководитель проекта вовлекает ключевых пользователей в постановку требований и тестирование, чтобы система соответствовала их работе, а не наоборот. Параллельно команда готовит план обучения с распределением по ролям и план периода hypercare. Hypercare охватывает первые недели или месяцы после запуска, когда консультанты усиленно поддерживают пользователей и оперативно правят настройки.
Выбор ERP-системы и партнера как завершающий этап подготовки
Выбор продукта и подрядчика логично проводить в самом конце подготовительного этапа, когда компания уже сформулировала цели, описала процессы, оценила данные и понимает объем работ. В этой логике ERP-система становится инструментом под задачи бизнеса, а не рамкой, под которую бизнес перестраивает свои процессы.
Оценка систем идет по нескольким направлениям. Функциональное покрытие ключевых процессов заказчика, отраслевая специфика, стоимость лицензий и владения на горизонте 5-7 лет, зрелость экосистемы и наличие квалифицированных специалистов на рынке. Для компаний с распределенной структурой и высокими требованиями к отчетности рассматривают решения корпоративного класса, среди них SAP S/4HANA.
Партнер по внедрению влияет на результат не меньше, чем сама система. Ключевые критерии выбора включают отраслевой опыт интегратора и наличие сопоставимых проектов, методологию внедрения и подход к управлению рисками, готовность участвовать в предпроектной подготовке и состав команды, которую партнер реально выделит на проект. Отдельно стоит оценить, как подрядчик работает с миграцией данных и обучением пользователей, потому что эти зоны чаще всего становятся точками провала.
Чек-лист подготовки к внедрению ERP-системы
Перед стартом проекта компания проходит короткий список и убеждается, что базовые шаги выполнены. Если по большинству пунктов ответ положительный, можно выбирать партнера и переходить к проектированию.
- Определены 3-7 целей проекта и измеримые KPI успешного внедрения.
- Назначен спонсор и сформирована проектная команда с выделенным временем.
- Описаны ключевые бизнес-процессы AS-IS, намечена целевая модель TO-BE.
- Проведена инвентаризация ИТ-ландшафта и оценка качества данных.
- Подготовлены устав проекта, базовый план, бюджет с резервом и реестр рисков.
- Разработан план коммуникаций, обучения и управления изменениями.
- Сформированы предварительные требования и критерии выбора ERP-системы и партнера.
| Что подготовить | Кто отвечает | Когда выполнить |
|---|---|---|
| Цели | CEO/CFO | до выбора ERP |
| Процессы | владельцы процессов | до обследования |
| Данные | ИТ + бизнес | до миграции |
| Команда | руководство | до старта проекта |
Частые вопросы про подготовку к внедрению SAP
Для крупной компании этап подготовки обычно занимает от трех до шести месяцев. За это время команда фиксирует цели, формирует состав проекта, описывает ключевые процессы, оценивает состояние данных и формулирует требования к системе и партнеру. Попытка сжать подготовку до нескольких недель почти всегда приводит к пересмотру плана уже в первые месяцы внедрения.
Формально можно, но это увеличивает трудоемкость обследования на стороне интегратора и итоговую стоимость проекта. Кроме этого, без описанных процессов заказчик не может обоснованно сравнить предложения разных подрядчиков и оценить их адекватность бизнесу.
Спонсором проекта выступает генеральный директор, собственник или CFO. Это руководитель, у которого есть полномочия принимать решения между функциональными блоками. Оперативное руководство подготовкой берет на себя руководитель проекта со стороны заказчика с выделенным временем и полномочиями.
Нет. Выбор системы и партнера правильно проводить после того, как компания сформулировала цели, описала процессы и оценила состояние данных. Обратный порядок приводит к тому, что бизнес подстраивает свои процессы под ограничения продукта, который выбрали по случайным критериям.
Сопротивление снимается коммуникацией и вовлечением. До старта проекта топ-менеджмент объясняет команде цели внедрения, а руководитель проекта включает ключевых пользователей в постановку требований и тестирование системы. Сотрудники, вовлеченные на раннем этапе, становятся сторонниками системы и помогают обучать коллег в период hypercare.