Погана новина для власників полягає в тому, що опір впровадженню ERP — це не від примхи персоналу і не від небажання працювати. Це нормальна реакція людини, якій повідомили, що частина її професійного світу скоро зміниться, і чесно не пояснили, що з цим буде. Добра новина в тому, що опір можна передбачити і гасити, якщо почати працювати з командою задовго до дня запуску. Розберемося, що саме люди бояться і що з цим робити на практиці.
Звідки береться опір: 4 реальні причини
Перша причина стара як світ: страх, що система покаже все. У компанії, де облік жив у особистих Excel-файлах і в головах, прозорість сприймається як загроза. Залишки на складі, які не сходяться, знижки, які давали без погодження, клієнти, якими опікується конкретна людина, — після ERP це стане видимим, і всі це розуміють ще до запуску.
Друга причина — страх виявитися некомпетентним. Дорослій людині зі стажем ніяково признаватися, що вона не розуміє нову програму, тож замість питань вона почне критикувати систему задом наперед. Третя причина — страх втратити роботу, бо якщо половина задач автоматизується, то хто займатиметься другою половиною. Четверта причина банальніша: люди просто втомилися від змін, адже за останні кілька років у багатьох компаній було чимало потрясінь, і нова система сприймається як ще одне.
Зверніть увагу на головне у цьому списку. Жодна причина не лікується наказом. Скрикнути «впроваджуємо і точка» можна, але опір піде в підпілля, і систему будуть саботувати тихо: дані внесуть криво, скаржитимуться постійно, а паралельний Excel залишиться святим.
Що реально працює: 7 кроків підготовки команди
Ось набір дій, який за нашою практикою знімає більшість опору ще до того, як він сформується:
- Повідомте про зміни рано. За кілька місяців до старту, а не за тиждень. Люди переживають новину в кілька етапів, і чим раніше почався цей процес, тим спокійніше він проходить.
- Скажіть чесно, навіщо це. Без фраз про «цифрову трансформацію». Якщо причина в тому, що власник хоче бачити цифри в реальному часі, так і скажіть, бо команда відчуває фальш на кілометр.
- Залучіть людей до проєкту. Ключових користувачів треба брати ще на етапі аналізу, а не на етапі запуску. Людина, яка сама брала участь у налаштуванні, вже не саботує систему, вона її захищає.
- Працюйте зі страхами напряму. Якщо люди боятися звільнень, скажіть, що стане з їхніми ролями після автоматизації. Мовчання тут завжди заповнюється найгіршими припущеннями.
- Дайте нормальне навчання. Не одну презентацію на всю компанію, а практичні заняття на робочих місцях, на прикладах саме ваших операцій.
- Покажіть перші вигоди швидко. Коли продавець бачить, що замовлення оформлюється за п'ять хвилин замість тридцяти, критика змінюється на цікавість без будь-яких мотиваційних нарад.
- Призначте канал для скарг. Питання мають кудись текти, інакше вони текуть у курилку і звідти назад у вигляді настрою.
Кого перетворювати на союзників, а кого не чіпати
У кожній компанії є дві-три людини, яких колеги слухають більше, ніж директора. Зазвичай це не керівники, а практики зі стажем, чию думку поважають у цеху або в відділі. Саме їх варто знайти на етапі аналізу, зробити ключовими користувачами і дати їм статус учасників проєкту. Коли в понеділок після запуску така людина каже «так, незручно, але працює», опір всередині колективу падає швидше, ніж після будь-якого наказу.
І навпаки, у компанії завжди знайдеться кілька людей, які чинитимуть опір незалежно від того, що робити. З ними витрачати ресурс немає сенсу, головне — не дати їм стати голосом більшості, а для цього достатньо, щоб союзники з попереднього абзацу говорили голосніше.
Як розпізнати прихований опір до дня запуску
Опір майже ніколи не приходить у вигляді відкритого бунту, він маскується під цілком пристойні речі, тож варто знати його ранні симптоми. Ключові користувачі системно не з'являються на зустрічах, посилаючись на завантаженість. На питання про тестування чуєте відповіді про «ще не дійшли руки». Відділи раптом починають просити додаткові звіти і вигрузки «для себе», хоча в системі все має бути видно. І головний маркер: обговорення ERP постійно зривається у жарти або у скарги на керівництво, а жодна розмова не торкається самої роботи.
Усі ці сигнали лікуються тими самими кроками з попередніх розділів, головне не заплющувати на них очі, сподіваючись, що «само пройде». Не проходить. Без роботи з командою запуск відбудеться, а от подальші пів року будуть продуктивністю наполовину від можливої, і рахунок за це виставить не інтегратор, а власний бізнес.
Типові помилки керівництва на цьому шляху
Перша помилка — тримати все в таємниці до останнього моменту «щоб не панікували». Результат завжди той самий: панікує все сильніше, просто пізніше. Друга помилка — обіцяти, що нічого не зміниться, бо зміниться все, і люди це відчують особисто. Третя помилка — доручити комунікацію про зміни виключно IT-відділу, для якого це технічний проєкт, тоді як для решти компанії це питання зміни щоденної роботи.
Ще одна помилка коштує дорожче за всі разом. Деякі власники свідомо використовують прозорість ERP як інструмент контролю персоналу і не приховують цього на нарадах. Система з такою репутацією приречена: люди вноситимуть дані формально, прозорість буде лише у вигляді красивих цифр для директора, а реальна картина лишиться в тих самих особистих файлах.
Як це влаштовано у проєктах CBPM Service
У нашій методології робота з командою замовника йде паралельно з технічною частиною. Під час Discovery ми проводимо інтерв'ю з майбутніми користувачами, тож перший контакт людей із системою відбувається ще до її появи, у форматі розмови про їхню роботу, а не наказу про нові правила. Далі навчання йде на тестовому контурі на реальних операціях замовника, спринтові демонстрації кожні два тижні дають команді бачити систему живою, а щомісячна зустріч зі спонсором проєкту тримає зміни в полі зору керівництва.
Якщо хочете, щоб впровадження в вашій компанії пройшло без внутрішнього саботажу, почніть з безкоштовної експрес-оцінки на сайті CBPM Service. На першій зустрічі підкажемо, як побудувати комунікацію з командою під ваш конкретний колектив.