W większości ofert ERP pada dziś ta sama obietnica: „To system, który dopasuje się do Państwa biznesu, a nie odwrotnie”. Konfigurowalne workflow, modułowe funkcje, integracje w chmurze, low-code, no-code – brzmi jak spełnienie marzeń.
Problem w tym, że im bardziej system jest elastyczny, tym większej dyscypliny wymaga organizacja. Bez mocnego przywództwa zmiany ta elastyczność bardzo szybko zamienia się w chaos, rozbieżne decyzje i boleśnie wolną adopcję przez użytkowników.
To jest paradoks nowoczesnych wdrożeń ERP: technologia daje więcej swobody, ale to oznacza, że trzeba klarowniej decydować, kto, jak i po co z tej swobody korzysta.
Mit: elastyczny ERP „odciąża” organizację od zmiany
Wielu menedżerów myśli tak: skoro system jest konfigurowalny, to „dogadamy się po drodze”, każdy dział poustawia sobie procesy po swojemu, a ludzie będą mieć mniej bolesnej zmiany, bo nie narzucamy im sztywnego modelu.
W praktyce dzieje się coś zupełnie odwrotnego. Gdy nie ma jasnego przywództwa zmiany:
- różne zespoły podejmują sprzeczne decyzje konfiguracyjne
- procesy zaczynają się różnić w zależności od działu czy lokalizacji
- rośnie liczba wyjątków, obejść i „lokalnych prawd” na temat tego, jak pracować w systemie
- użytkownicy nie wiedzą, który sposób jest „tym właściwym”
System miał w założeniu wspierać transformację, a zaczyna ją spowalniać. Decyzje się przeciągają, testy są wiecznie nieaktualne, a szkolenia trzeba przepisywać, bo konfiguracja zmieniła się tydzień przed startem.
Elastyczność nie izoluje od zmiany organizacyjnej. Ona tę zmianę uwypukla – i bez jasnego kierunku tylko dodaje więcej punktów, w których można wszystko skomplikować.
Elastyczność bez dyscypliny jest po prostu droga
Większość organizacji niedoszacowuje kosztów elastycznego ERP, jeśli nie podejdzie do niego z odpowiednią dyscypliną. Te koszty są mniej widoczne niż faktura od dostawcy, ale bolą znacznie dłużej:
- Przekonfigurowywanie systemu – gdy nie ma jasnych praw decyzyjnych, to samo ustawienie robi się po kilka razy, bo różne osoby „poprawiają” po sobie system.
- Opóźnione szkolenia – zespół treningowy uczy jednego procesu, ale dział X już wdrożył inną wersję. Materiały są przestarzałe w momencie publikacji.
- Zmęczenie zmianą – jeśli elastyczność oznacza, że wszystko można zmieniać w nieskończoność, ludzie szybko dochodzą do wniosku, że „nie ma sensu się uczyć, bo i tak znowu to zmienią”.
- Problemy z integracją – lokalne „usprawnienia” jednego zespołu potrafią rozwalić model danych gdzie indziej. Nagle raporty nie spinają się na poziomie całej firmy, choć „u nas działa”.
Te zjawiska nie wynikają z tego, że system jest zły. Wynikają z tego, że elastyczność nie została osadzona w spójnym modelu przywództwa zmiany i ładu decyzyjnego.
Konfiguracja, personalizacja, customizacja - trzy różne światy
Jednym z pierwszych kroków do okiełznania elastyczności ERP jest nazwanie rzeczy po imieniu. W wielu projektach wszystkie typy zmian wrzuca się do jednego worka: „customy/modyfikacje”, „zmiany w systemie”, „dostosowania”. Tymczasem mają one zupełnie różne konsekwencje:
- Konfiguracja – korzystanie z wbudowanych ustawień systemu: słowniki, workflow, parametry procesów, typy dokumentów, reguły zatwierdzania. To coś, co system „rozumie” natywnie.
- Personalizacja – zmiany na poziomie użytkownika lub roli, np. układ dashboardu, alerty, filtry list, ulubione raporty. Nie zmienia to logiki biznesowej, ale wpływa na komfort pracy.
- Customizacja/modyfikacja – ingerencja w kod, rozszerzenia, skrypty, dodatkowe moduły, niestandardowe integracje. To już inny poziom odpowiedzialności: trzeba to utrzymywać, testować, aktualizować.
Dlaczego to takie ważne z perspektywy przywództwa zmiany?
Bo inaczej stawia się granice dla każdego z tych obszarów. Może Państwo pozwalają na szeroką personalizację kokpitów użytkowników, ale bardzo pilnują, by nie rozjechać konfiguracji procesów. Albo odwrotnie – procesy mogą być różne lokalnie, ale customizacja to wyjątek wymagający akceptacji na poziomie zarządu.
Bez tego rozróżnienia trudno jest w ogóle prowadzić sensowną rozmowę o elastyczności.
Strategia elastyczności to tak naprawdę strategia biznesowa
Elastyczność ERP nie jest cechą techniczną, którą można „odhaczyć” w tabeli porównawczej dostawców. To decyzja biznesowa: gdzie firma chce mieć pole manewru, a gdzie standard jest ważniejszy niż lokalne preferencje.
Dobrze poukładana strategia elastyczności odpowiada na kilka kluczowych pytań:
- W jakich obszarach potrzebujemy realnej elastyczności (np. modele cenowe, warianty produktów, scenariusze logistyczne)?
- Gdzie standard powinien być twardy i wspólny dla całej organizacji (np. raportowanie finansowe, obsługa klienta, zgodność regulacyjna)?
- Kto ma prawo decydować o odstępstwach od standardu i na jakich warunkach?
- Jak mierzymy wpływ konfiguracji na efektywność, jakość danych i doświadczenie klienta?
Bez odpowiedzi na te pytania elastyczność staje się zbiorem przypadkowych decyzji, a nie świadomym narzędziem strategii.
Dlaczego w centrum jest przywództwo zmiany, a nie „kliknięcie w systemie”
Elastyczność ERP bez silnego przywództwa zmiany działa trochę jak otwarte drzwi: każdy może przejść i zostawić po sobie inny układ mebli. Po kilku miesiącach trudno się połapać, jak ten „pokój” ma właściwie wyglądać.
Silne przywództwo zmiany nie polega na tym, żeby wszystkim wszystko narzucać. Chodzi o stworzenie ram, w których elastyczność staje się strategiczna, a nie chaotyczna. W praktyce oznacza to kilka konkretnych działań.
Włączanie zmiany do ładu projektowego, a nie „obok projektu”
Zmiana nie może być dorzucona do ERP jako osobny strumień typu „komunikacja i szkolenia na końcu”. Lider zmiany powinien być integralną częścią ładu projektowego:
- uczestniczyć w kluczowych komitetach i przeglądach
- oceniać nie tylko, czy rozwiązanie działa technicznie, ale też jak wpłynie na zachowania i nawyki
- sygnalizować ryzyka adopcji równie głośno, jak ryzyka budżetu czy harmonogramu
W wielu organizacjach dopiero wtedy, gdy głos zmiany jest słyszalny na poziomie decyzyjnym, konfiguracja systemu zaczyna uwzględniać realne życie użytkowników, a nie tylko „idealny proces na slajdach”.
Jasne „nie do ruszenia” - czyli co jest naprawdę standardem
Elastyczność nie znosi próżni. Jeśli organizacja nie zdefiniuje jasno, co jest nienaruszalnym standardem, w naturalny sposób zrobią to lokalne zespoły, każdy po swojemu.
Dlatego tak ważne jest, by kierownictwo:
- nazwało kluczowe obszary, w których obowiązuje jedna wersja prawdy
- uporczywie wracało do tych priorytetów w komunikacji projektowej
- wbudowało je w szkolenia, materiały, scenariusze testowe
Dopiero wtedy zespoły konfiguracyjne mają punkt odniesienia: wiedzą, gdzie mogą eksperymentować, a gdzie muszą szukać rozwiązania, które wspiera interes całej organizacji, nie tylko ich działu.
Testowanie konfiguracji na prawdziwym życiu, a nie na „ładnych przykładach”
Kolejny aspekt dojrzałego przywództwa zmiany to sposób, w jaki Państwo testują decyzje dotyczące elastyczności.
Największe rozjazdy wychodzą na jaw nie w symulacjach „idealnego dnia”, ale w:
- sezonie szczytowym, kiedy wolumen rośnie kilkukrotnie
- nietypowych przypadkach, jakie zdarzają się raz na kwartał, ale są krytyczne dla klienta
- sytuacjach, gdy kilka działów musi zadziałać naprawdę cross-funkcyjnie
Dlatego warto zapraszać do warsztatów i testów nie tylko analityków czy kierowników, ale też użytkowników pierwszej linii, tzw. superuserów i osoby pełniące role ambasadorów zmiany. To oni najczęściej wychwytują, że nowa konfiguracja wprawdzie wygląda sensownie na papierze, ale w poniedziałek o siódmej rano w magazynie po prostu „nie przejdzie”.
Takie testy dają szansę, by wprowadzić korekty zanim elastyczność zamieni się w źródło oporu i obejść.
Na koniec warto zadać sobie jedno proste pytanie: jeśli ERP jest coraz bardziej elastyczny, czy tempo decyzji, klarowność standardów i siła przywództwa zmiany w Państwa organizacji rosną w podobnym tempie?
Jeśli odpowiedź brzmi „niekoniecznie”, to nie jest argument przeciwko elastyczności systemu. To sygnał, że czas wzmocnić przywództwo zmiany, zanim elastyczny ERP stanie się najdroższym źródłem chaosu w firmie.
Jak wygląda to u Państwa – elastyczność wspiera transformację, czy raczej ją rozmywa?
Przeczytaj również:
Jak możemy Ci pomóc?
Wybierasz system ERP w chmurze i nie wiesz, które funkcjonalności odpowiadają potrzebom Twojej produkcji? Chcesz się upewnić jakie mamy doświadczenia w zakresie usprawnień w obszarze planowania produkcji i zarządzania zmianą na produkcji? Chętnie omówimy z Tobą możliwości, korzyści i wątpliwości, które masz. Zachęcamy do dzielenia się doświadczeniami, spostrzeżeniami i wrażeniami. Napisz do nas!
