Перейти к основному содержимому

Методологии внедрения ERP

Руководителю

Внедрение ERP требует выбранной и согласованной методологии до старта основных работ. На практике встречают три семейства подходов.

Гибкие (Agile, Scrum, Kanban)

  • Итерации, обратная связь, T&M (оплата по факту).
  • Хорошо для доработок действующей системы, развития после запуска, стартапа, готового жить «по коробке».
  • На greenfield с жёсткой отчётностью и сотнями пользователей полный Agile «без плана» редко достаточен: сначала нужны обследование, прототип и этапность.

Подробнее — Scrum и SDLC. PMI в современных изданиях PMBOK описывает гибриды.

Классические (waterfall, PMBOK, ISO 21500, ГОСТ 34)

  • Последовательные фазы, документы, fix price или жёсткий baseline бюджета.
  • Типичны для крупных внедрений, госконтрактов, запуска «с нового года».

«Без методологии»

  • «Просто сделайте, что просим» — на практике всё равно есть план в голове, но нет прозрачности, рисков и базы для оценок.
  • Для ERP такой режим не рекомендуется: объём интеграций, данных и стейкхолдеров слишком велик.

Реинжиниринг и очередь модулей

Часть разрывов fit-gap закрывают не кодом, а изменением процесса под лучшие практики ERP. Бесконечные доработки «как у нас в Excel» раздувают срок и TCO.

Модули вводят поэтапно (например, финансы и НСИ → закупки и склад → производство) — см. Жизненный цикл.

См. также

Другие статьи этого же раздела в боковом меню (как на странице "О разделе").