Впровадження PLM – це проєкт переходу від розрізнених файлів та папок до керованого середовища інженерних даних, який проходить 7 послідовних етапів. Для невеликої команди такий перехід зазвичай займає кілька місяців, а на великих підприємствах з кількома майданчиками може тривати до року й більше. На відміну від звичайної купівлі ліцензії, процес охоплює аудит інженерних процесів, міграцію даних, налаштування ролей та прав доступу, інтеграції, навчання користувачів та пілотний запуск.
| Масштаб підприємства | Орієнтовний термін | Головний ризик |
| Невелика команда | Кілька місяців | Неописані процеси та правила роботи з даними |
| Середнє підприємство | Від кількох місяців до року | Великий обсяг міграції та складні інтеграції |
| Велике підприємство з кількома майданчиками | До року й більше | Різні процеси, стандарти та структури даних між підрозділами |
PLM-проєкти найчастіше затримуються не через саму систему, а через проблеми з процесами, даними та відповідальністю всередині компанії. Більшість ризиків можна побачити ще до старту впровадження:
Перед стартом варто перевірити, чи готове підприємство до PLM-проєкту:
Кожен PLM-проєкт має свої особливості залежно від масштабу підприємства, структури команди та поточних процесів. Але загальна послідовність впровадження залишається стабільною та складається з 7 основних етапів.
На цьому етапі аналізують, де зберігаються CAD-файли, як ведуться версії, назви, погодження креслень, де виникають втрати. Результат – карта процесів “як є” та перелік проблем. Починати варто з ділянок, де вже є плутанина версій або затримки погодження.
Для вибору враховують кількість користувачів, CAD-системи, стандарти, інтеграцію з ERP та формат розгортання (хмара, власний сервер, гібрид). Для розподіленої інфраструктури часто розглядають хмарне розгортання на AWS. Архітектуру важливо визначити до купівлі ліцензій, щоб не перебудовувати систему пізніше.
На цьому етапі процес впровадження PLM переходить до конкретної структури: визначають склад виробу, ролі, права доступу, маршрути погодження, статуси та правила нумерації. Для створення єдиного середовища частіше за все використовуватися платформа 3DEXPERIENCE. Результат – погоджений документ-концепція (blueprint).
Перед перенесенням очищають дублікати, перевіряють атрибути та зв’язки “деталь-збірка”, а також відокремлюють активні дані від архіву. До основної міграції краще протестувати процес на 1-2 реальних проєктах.
Налаштовують workflows, CAD-конектори, сповіщення, звіти та інтеграцію з ERP/MES. Кастомізацію на старті краще мінімізувати, оскільки надлишок нестандартних змін ускладнює підтримку та оновлення системи.
Для конструкторів, технологів, керівників та адміністратора потрібні різні програми навчання. Навчання відбувається на реальних даних компанії, щоб користувачі одразу освоювали практичні сценарії.
Впровадження PLM варто починати з пілоту на обмеженій групі, за потреби тимчасово зберігаючи паралельну роботу зі старою системою. Після перевірки критеріїв переходу рішення масштабується на інші підрозділи та майданчики та організовується підтримку. Приклад такого підходу ми детально описали в матеріалі “Кейс CLAAS: впровадження 3DEXPERIENCE на заводах“.
| Етап | Що робить інтегратор | Що готує замовник |
| Аудит | Аналізує процеси та проблемні місця | Надає доступ до архіву та відповідальних співробітників |
| Вимоги та проєктування | Формує вимоги, архітектуру, ролі та маршрути | Визначає бізнес-потреби та погоджує правила роботи |
| Міграція | Готує та тестує перенесення даних | Визначає актуальні файли та допомагає очистити архів |
| Налаштування | Налаштовує PLM, CAD-конектори та інтеграції з ERP/MES | Надає доступ до корпоративних систем |
| Навчання та пілот | Навчає користувачів та запускає пілот | Формує пілотну групу та збирає зворотний зв’язок |
| Запуск | Масштабує систему та забезпечує підтримку | Контролює перехід та призначає відповідальних |
Без відповідальної людини з боку бізнесу та доступу до архіву проєкт може затягнутися. Інтегратору потрібна участь замовника, щоб правильно описати процеси, підготувати дані та перевірити робочі сценарії.
Вартість проєкту формується з кількох основних складових. На бюджет найбільше впливають обсяг робіт та складність майбутньої системи:
Чим більше даних, інтеграцій та нестандартних сценаріїв, тим вищою буде загальна вартість.
PLM-проєкт проходить 7 послідовних етапів – від аудиту процесів до пілоту та запуску системи. Успішне впровадження PLM більше залежить від якості підготовки процесів та даних, ніж від самого вибору програмного забезпечення. Чітка послідовність робіт допомагає зменшити ризики та уникнути проблем під час переходу.
Кілька місяців – середній час впровадження для команди з 20 конструкторів, якщо дані впорядковані, процеси описані, а інтеграцій небагато. Точний термін залежить від CAD-архіву, workflows, ERP/MES та моделі розгортання. Якщо потрібно очищати великий масив старих даних або перебудовувати погодження, процес впровадження PLM триватиме довше. Тому фінальний графік складають після аудиту та тестування ключових сценаріїв.
Так, PLM можна запускати без повної зупинки інженерної роботи. Спочатку обирають пілотну групу, перевіряють ключові сценарії та організовують контрольований перехід між старим та новим середовищем. Важливо заздалегідь визначити, де створюються нові версії та яке джерело даних є актуальним. Це знижує ризик плутанини під час PLM впровадження та роботи з поточними замовленнями.
Файли не обов’язково переносити одним масивом. Активні проєкти очищають, перевіряють зв’язки та мігрують у PLM, а неактуальні дані можна залишити в контрольованому архіві. Перед перенесенням перевіряють ревізії, атрибути та залежності між деталями та збірками. Тестова міграція на 1-2 проєктах допомагає знайти проблеми до основного перенесення та перевірити правила роботи з архівом.
Хмарне розгортання спрощує доступ для розподілених команд, зменшує потребу у власній серверній інфраструктурі та полегшує масштабування ресурсів. Власний сервер дає підприємству більше контролю над інфраструктурою, розміщенням даних та внутрішніми правилами доступу. Вибір між хмарою та власним сервером залежить від IT-політики компанії, вимог до безпеки, кількості користувачів, наявної інфраструктури та необхідних інтеграцій з ERP, MES та іншими корпоративними системами.
Інтегратор супроводжує весь перехід: аналізує процеси, проєктує середовище, налаштовує ролі та workflows, планує міграцію, створює інтеграції, навчає команду та підтримує пілот. Постачальник ліцензій може обмежуватися правом використання ПЗ. Оскільки впровадження PLM змінює щоденну роботу з інженерними даними, підприємству потрібен не лише продукт, а й узгоджений план запуску та подальшої підтримки, який надає інтегратор.
