У цій серії статей ми вже детально розглядаємо кожну стадію впровадження ERP-проекта окремо – з акцентом на практичні аспекти та документацію.
Перша стадія завершилась погодженням концепції проєкту та розробкою детального плану другої – саме на ній розробляється програмне забезпечення, здійснюється підготовка довідників і формуються технічні рішення.
Раннє навчання користувачів та формування довідників
Одним із ключових завдань цього етапу є навчання кінцевих користувачів роботі з довідниками (НДІ) та формування структури НДІ у системі. Це дозволяє:
- заздалегідь ознайомити команду з новою системою;
- уникнути стиснутих термінів навчання після запуску;
- адаптувати дані до нової структури довідників;
- перевірити, узгодити та підготувати якісну базу даних до тестування.
Важливо: у багатьох випадках структура нової системи не відповідає старій, тому перенесення довідників може потребувати ручної роботи. Завчасне навчання допомагає уникнути проблем із перенесенням номенклатури в майбутньому.
Технічне рішення та архітектура ERP-проекту
Після завершення підготовчих дій команда переходить до формування технічного рішення. Це процес, у якому:
- аналітик описує, що саме має бути реалізовано в системі згідно з концепцією;
- архітектор розробляє як саме реалізувати ці функції з урахуванням можливостей платформи.
На основі цих документів розробники створюють програмний код і готують систему до тестування.
Реалізація по Waterfall передбачає детальну документацію. Ми завжди прагнемо до балансу між достатнім рівнем формалізації та гнучкістю для замовника. Але чим повніша документація – тим простіше підтримувати та розвивати систему надалі.
Тестування на реальних даних
Після завершення програмування в систему переносяться підготовлені довідники, і лише після цього запускається повнофункціональне тестування. Такий підхід дає змогу користувачам та аналітикам:
- бачити роботу системи в реальному середовищі;
- протестувати функціональність на актуальних даних;
- сформулювати підсумкову інструкцію користувача.
Презентація функціоналу та управління доопрацюваннями
Результатом стає демонстрація змодельованих процесів і реалізованих функцій. Замовник перевіряє відповідність своїм очікуванням, після чого:
- фіксується перелік доопрацювань;
- вирішується, які з них можна перенести на після запуску.
Не всі побажання користувачів мають сенс реалізовувати одразу. Часто 80% доопрацювань втрачають актуальність вже після кількох тижнів роботи в новій системі.
Таким чином, погоджений перелік фіксується, а критично важливі зміни (якщо є) – вносяться ще до запуску. Далі команда формує план-графік переходу до експлуатації.
Що далі?
Стадія розробки завершена – програмне забезпечення готове до дослідно-промислової експлуатації. У наступному матеріалі ми детально розглянемо фінальний етап впровадження ERP-системи.
Потрібна автоматизація під ключ?
ToDo впроваджує ERP-рішення на платформі Odoo для середнього та великого бізнесу. Залиште заявку на консультацію – наші аналітики допоможуть сформувати дорожню карту автоматизації саме для вашої компанії.
