Готовність до ERP: що визначає успішний Go-Live ще до вибору системи

Більшість ERP-проєктів починається з неправильного питання: «Яку систему обрати?»

Компанії збирають демонстрації, проводять тендери, порівнюють функціональність, оцінюють вартість ліцензій, намагаючись знайти ERP-рішення, від вибору якого, на їхню думку, залежить успіх проєкту.

Але успішність проєкту визначається значно раніше — коли бізнес відповідає на інше питання: «Як ми хочемо працювати після впровадження ERP?»

ERP Selection і ERP Readiness: два різні етапи одного проєкту

На практиці ці поняття часто змішують. ERP Selection сприймається як початок ERP-проєкту, хоча насправді це лише один із його етапів.
ERP Selection — це процес вибору рішення. ERP Readiness — це процес підготовки компанії до майбутніх змін.

Якщо провести аналогію з будівництвом, то ERP Selection — це вибір підрядника та матеріалів. ERP Readiness — це створення архітектурного проєкту майбутнього будинку, без якого навіть найкраща бригада не гарантує результат.

Так само і в ERP: жодна система не компенсує відсутність узгоджених процесів, якісних даних і спільного бачення майбутнього стану бізнесу. Саме тому ERP Readiness називають «Фазою Нуль» (Phase Zero) — етапом, який має відбутися ще до початку закупівлі програмного забезпечення.

Коли тріщать «рожеві окуляри»

Одним з найбільш ідеалізованих переконань є те, що нова система автоматично вирішить проблеми організації. Проте ERP не створює і не виправляє бізнес-процеси, не очищує дані, не усуває суперечності між підрозділами. Вона  лише робить їх видимими. Для багатьох керівників це стає несподіванкою. 

Якщо компанія має сильне управління, якісні дані та стандартизовані процеси, ERP дозволяє отримати ще більший ефект. Якщо ж бізнес працює на суперечливих визначеннях, ручних операціях та неузгоджених процесах, система лише масштабує цей хаос.

Якість результату завжди залежить від якості вихідного середовища: «Garbage In — Garbage Out».

Чому вибір рішення створює хибне відчуття контролю

Під час вибору компаніям проводять демо систем. Вендори показують методологію, дашборди, звіти, інтеграції. Створюється враження, що майбутній стан уже зрозумілий.

Проте демонстрація ERP охоплює лише невелику частину майбутнього проєкту. Усі організаційні, процесні та архітектурні рішення залишаються поза кадром.

Через це компанії часто почуваються впевнено після завершення тендеру, але стикаються з несподіванками вже після підписання контракту.

У цей момент з’ясовується, що:

• різні підрозділи по-різному трактують ключові бізнес-об’єкти;
• довідники потребують очищення;
• частина процесів взагалі не формалізована;
• існуючі інтеграції не відповідають майбутній архітектурі.

Цільова операційна модель компанії

Ключовий результат готовності до впровадження — це не перелік вимог до системи і не список функціональних розривів, а цільова операційна модель компанії. 

Щоб проєкт не звівся лише до технічної заміни однієї системи іншою, бізнес фактично повинен відповісти на питання: «Як ми хочемо працювати після впровадження ERP?»

Тобто визначити:

• структуру процесів;
• правила управління даними;
• ролі та відповідальність;
• принципи взаємодії між підрозділами;
• архітектуру інформаційних систем.
  

Чотири складові ERP-готовності бізнесу

1. Процеси

Одне з головних питань цього етапу: «Які процеси дійсно створюють конкурентну перевагу, а які є наслідком історичних компромісів?»

Більшість компаній розвивається органічно. Кожен підрозділ створює власні правила роботи, винятки та способи обходу обмежень системи. З часом така модель починає працювати проти бізнесу.

Сучасні ERP-платформи, зокрема SAP S/4HANA, орієнтовані на стандартизовані й повторювані процеси. Саме тому готовність бізнес-процесів полягає не в документуванні поточного стану, а в переосмисленні майбутньої моделі роботи.

2. Дані

Дані залишаються одним із найбільших джерел ризиків для ERP-проєктів. Особливо коли питання їх якості відкладається до етапу впровадження.

На практиці компанія повинна ще до вибору системи зрозуміти:

• хто є власником даних;
• які дані є критичними;
• де існують дублікати;
• які довідники потребують очищення;
• які правила управління даними діятимуть надалі.

3. Люди та організація

Саме тут виникає більшість ризиків. І часто їхнім джерелом стають не користувачі системи, а керівники.

Нова платформа змінює звичні моделі прийняття рішень і оголює зони, де відповідальність досі була розмитою. Тому організаційна готовність — це не лише навчання користувачів, а й досягнення спільного бачення між людьми, які визначають майбутню модель роботи компанії. 

4. Технології

Технологічна готовність — не виняток, і значно передує вибору рішення.

На цьому етапі бізнес має визначити:

• які системи залишаються;
• які системи будуть виведені з експлуатації;
• які інтеграції необхідні;
• де проходитимуть межі відповідальності між різними платформами.

Проєктний Change Management

Етап ERP Readiness фактично є початком управління змінами.
У багатьох компаніях Change Management стартує вже після запуску проєкту, що, як правило, надто пізно.

На момент  впровадження організація вже повинна мати:

Чим більше питань буде вирішено до початку проєкту, тим менше конфліктів виникне під час впровадження.

Що закладено у майбутню архітектуру підприємства

ERP-система вже давно не існує ізольовано. Навіть якщо вона є центральним елементом архітектури, навколо неї зазвичай працюють: CRM, WMS, MES, системи електронного документообігу, аналітичні платформи, клієнтські та партнерські портали. І одним із результатів ERP Readiness має стати розуміння ролі системи в майбутній архітектурі підприємства. Не всі процеси повинні працювати всередині ERP. Не всі системи потрібно замінювати. Проте важливо чітко визначити межі відповідальності кожної платформи та правила взаємодії між ними.

Для українських компаній це питання часто ускладнюється накопиченим технічним боргом, коли ІТ-ландшафти будувались десятиліттями, поступово додаючи нові рішення без перегляду загальної архітектури.

У результаті сьогодні вони мають:

• Excel-моделі, що стали критично важливими для бізнесу;
• самописні рішення;
• локальні інтеграції;
• кастомні модулі;
• системи, про які пам’ятає лише “одна людина” в компанії.

Тож інвентаризація всього «нажитого» неминуча, а питання: що залишаємо? що замінюємо? від чого відмовляємося? — ключові.

Особливо для компаній, які переходять зі старих ERP-систем.

Для компаній, які розглядають SAP S/4HANA, Microsoft Dynamics 365 або інші сучасні ERP-рішення, це особливо важливо, адже ERP-системи дедалі частіше виступають цифровим ядром організації, яке поєднує процеси, дані та інтеграції між різними системами.

Висновок

Отже, спочатку компанія визначає майбутню операційну модель, потім формує процеси, структуру даних, архітектуру та принципи управління змінами — і лише після цього обирає технологію.

Перевірити власну готовність можна ще до тендеру — і краще це зробити з тими, хто вже проходив цей шлях в українських реаліях. Ми в De7 Partner починаємо саме з цього питання, а не з презентації системи.