Пилот внедрения ERP почти всегда проваливается не потому, что система сложная, а потому что его превращают в «сбор требований». В результате сроки уезжают, архитектура расползается, а бизнес не получает результата.
Пилот внедрения ERP — это проверка архитектурных гипотез, а не описание будущей системы. Если этого не понимать — проект начинает тонуть уже на старте.
Что такое пилот внедрения ERP на практике
На практике пилот — это не этап «анализа требований». Это быстрая сборка рабочего контура, который проверяет:
- жизнеспособность архитектуры
- границы ERP как системы
- точки разрушения финансового контура
Ключевая ошибка: перепутать пилот с проектированием. В этом случае начинается бесконечный цикл согласований, который ломает сроки и размывает ответственность.
Сколько длится пилот внедрения ERP
Реальный диапазон: 3–6 месяцев.
Но только при одном условии: вы не пытаетесь описать всё заранее.
Что влияет на сроки:
- размер периметра
- уровень конфликтов между подразделениями
- наличие архитектурной власти
- готовность работать на типовом функционале
Причинно-следственная связь:
Сбор требований → рост неопределённости → новые вопросы → новые согласования → срыв сроков
Последствие 2-го порядка: бизнес теряет доверие к ERP
Последствие 3-го порядка: возвращение к Excel как «теневой системе»
Как запустить пилот ERP за 3–6 месяцев
1. Ограничение периметра
Цель: не дать системе расползтись
Что происходит: выбирается 1–2 бизнес-процесса
Артефакты: карта периметра
Критерий успеха: можно описать систему на 1 странице
Риск: попытка «включить всё»
2. Фиксация инвариантов
Цель: заменить требования на правила
Что происходит: фиксируются:
- источники истины
- правила закрытия периода
- границы ERP
Артефакты: архитектурные инварианты
Критерий успеха: нет споров «а где правда?»
Риск: уход в детали вместо принципов
3. Использование типового функционала
Цель: ускорить запуск
Что происходит: запрет на кастомизацию
Артефакты: список отклонений
Критерий успеха: 80% закрыто типовым
Риск: «нам так не подходит»
4. Быстрая сборка контура
Цель: собрать систему, а не обсуждать её
Что происходит: конфигурация собирается end-to-end
Артефакты: работающий контур
Критерий успеха: есть сквозной процесс
Риск: застрять на отдельных модулях
5. Запуск на реальных данных
Цель: выявить реальные проблемы
Что происходит: загрузка данных
Артефакты: ошибки и расхождения
Критерий успеха: система «ломается»
Риск: тестировать на «чистых» данных
6. Выявление проблем
Цель: найти слабые места
Что происходит: фиксация архитектурных дефектов
Артефакты: реестр проблем
Критерий успеха: понятны риски масштабирования
Риск: попытка «сразу исправить всё»
Что делает архитектор ERP на пилоте
Роль архитектора ERP — держать систему целостной.
Если у него нет права вето — система развалится.
На практике архитектор:
- фиксирует источники истины
- останавливает лишние доработки
- разруливает конфликты между бизнесом и ИТ
- задаёт границы системы
Конфликтный сценарий: финансы хотят контроль, производство — гибкость. Если архитектор не принимает решение — появляется две системы внутри одной.
Типовые ошибки пилота ERP
- Пилот = сбор требований → бесконечный анализ
- Слишком широкий периметр → система не собирается
- Нет власти архитектора → решения не принимаются
- Сразу «делать правильно» → паралич проекта
- Нет реальных данных → иллюзия готовности
Как понять, что пилот ERP провален
Быстрый чек-лист:
- нет работающего сквозного процесса
- всё ещё обсуждаются требования
- нет реальных данных
- архитектурные решения не зафиксированы
Если есть хотя бы 2 пункта — пилот уже не выполняет свою функцию.
Альтернативный взгляд — когда пилот 3–6 месяцев невозможен
Есть ситуации, где это не работает:
- крупные холдинги с разной политикой
- высокая цена ошибки (банки, нефтегаз)
- отсутствие центра принятия решений
Trade-off: быстрее = больше технического долга
Медленнее = выше шанс архитектурной целостности
Что если я заблуждаюсь?
Возможно, пилот можно делать дольше и глубже. Но тогда это уже не пилот, а ранняя стадия проекта. Вопрос — зачем вам это, если вы ещё не проверили базовые гипотезы?
Вопросы для проверки
- Вы действительно проверяете систему или просто обсуждаете её?
- Есть ли у архитектора право остановить решение?
- Что сломается первым при запуске на реальных данных?
Ключевые слова: пилот внедрения ERP, внедрение 1С ERP этапы, сколько длится внедрение ERP, ошибки внедрения ERP, роль архитектора ERP
+ There are no comments
Add yours