W wielu firmach ten widok nikogo już nie dziwi. System ERP formalnie działa, procesy są opisane, role przypisane. A jednak kluczowe prognozy, uzgodnienia i planowanie nadal odbywają się w Excelu. Czasem w prywatnych plikach, czasem na wspólnych dyskach. Oficjalnie – tymczasowo. W praktyce – od lat.
Najczęściej temat wraca przy okazji większej zmiany. Audytu, wdrożenia nowej wersji systemu, przygotowań do transformacji cyfrowej. I wtedy okazuje się, że arkusze nie są marginesem, tylko równoległym światem.
Pierwsza reakcja bywa dość oczywista: problem z dyscypliną, opór przed zmianą, potrzeba szkoleń. Tyle że to wygodne uproszczenie. Excel rzadko jest przyczyną. Zdecydowanie częściej jest skutkiem.
Excel jako sposób na „domknięcie” pracy
Pracownicy nie korzystają z arkuszy dlatego, że nie rozumieją ERP. Korzystają, bo Excel pozwala im zrobić to, czego system w danym momencie nie umożliwia.
Czasem chodzi o tempo. Czasem o brak dostępu. Czasem o proces, który w teorii jest wspólny, ale w praktyce wygląda inaczej w każdym dziale albo lokalizacji. Arkusz daje poczucie kontroli i przewidywalności. A to w operacyjnej codzienności ma ogromne znaczenie.
Z tej perspektywy Excel nie jest buntem przeciwko systemowi. Jest sposobem radzenia sobie z lukami – organizacyjnymi, procesowymi albo decyzyjnymi.
Dlatego zanim padnie pytanie „jak oduczyć ludzi Excela”, warto zadać inne: co ten Excel dziś załatwia?
Gdzie arkusze rosną najszybciej
Im bardziej złożona organizacja, tym większa podatność na „arkuszowe obejścia”. W firmach wielooddziałowych formalnie obowiązują te same procesy, ale lokalne realia robią swoje. Różne wolumeny, różni klienci, różne priorytety. Arkusz staje się pomostem między centralnym modelem a lokalną praktyką.
Podobnie w strukturach wielopodmiotowych. Różnice w raportowaniu, kalendarzach, odpowiedzialności za dane powodują, że Excel zaczyna pełnić rolę tłumacza między systemami i zespołami.
Do tego dochodzą kwestie dostępu. Gdy system nie pozwala zapisać pracy w toku albo wykonać konkretnej operacji bez udziału innego działu, arkusz staje się „bezpiecznym miejscem tymczasowym”. Tyle że tymczasowość bywa bardzo trwała.
Elastyczny ERP to nie zwolnienie z porządkowania organizacji
W odpowiedzi na te problemy wiele firm sięga po nowoczesne, elastyczne systemy ERP. Konfigurowalne procesy, modułowość, personalizacja – brzmi jak idealne rozwiązanie. System ma się dopasować do biznesu, a nie odwrotnie.
I tu pojawia się mniej oczywista konsekwencja. Im większa elastyczność systemu, tym większej dojrzałości organizacyjnej on wymaga.
Bez jasnych zasad podejmowania decyzji elastyczność szybko prowadzi do rozjazdów. Każdy dział konfiguruje „po swojemu”, procesy zaczynają się różnić, szkolenia tracą sens, a integracje przestają się spinać. Użytkownicy nie wiedzą, która wersja jest tą właściwą.
W takim środowisku zaufanie do systemu spada bardzo szybko. A tam, gdzie znika zaufanie, Excel wraca naturalnie.
Nie każda „elastyczność” znaczy to samo
Jednym z częstszych źródeł chaosu jest brak wspólnego języka. Organizacje mówią o elastyczności, ale mają na myśli zupełnie różne rzeczy.
Konfiguracja w ramach standardowych możliwości systemu to jedno. Personalizacja widoków czy raportów – coś zupełnie innego. Customizacja, czyli zmiany kodowe, to jeszcze inny poziom ryzyka i odpowiedzialności.
Jeśli te granice nie są jasno postawione, system bardzo szybko przestaje być wspólną platformą. Staje się zbiorem wyjątków. A arkusz znów okazuje się prostszy.
Zmiana zachowań nie zaczyna się na szkoleniu
Zarządzanie zmianą bywa traktowane jako końcowy etap projektu. Komunikacja, szkolenia, wsparcie po uruchomieniu. Problem w tym, że w przypadku zależności od Excela to zdecydowanie za późno.
Ludzie nie zmieniają sposobu pracy dlatego, że ktoś im to ogłosił. Zmieniają go wtedy, gdy nowy sposób realnie działa lepiej.
Jeśli procesy są niespójne, szkolenie nie pomoże. Jeśli odpowiedzialności są niejasne, komunikacja nie wystarczy. Jeśli system nie obsługuje rzeczywistych scenariuszy, użytkownicy znajdą obejście – niezależnie od intencji projektu.
Dlatego zmiana zachowań zaczyna się od usunięcia przyczyn, a nie objawów.
Przywództwo zmiany jako element sterowania projektem
W projektach ERP, szczególnie tych opartych na elastycznych platformach, przywództwo zmiany nie może funkcjonować obok governance. Musi być jego częścią.
Chodzi o obecność perspektywy adopcji w decyzjach konfiguracyjnych, o jasne komunikowanie, co jest standardem, a gdzie dopuszczalne są odstępstwa. Gdy organizacja wysyła spójny sygnał, użytkownicy przestają improwizować.
A improwizacja to jeden z głównych powodów, dla których Excel staje się „bezpieczniejszy” niż system.
Jak sprawić, by Excel przestał być pierwszym wyborem
Zakazy i blokady rzadko działają. Znacznie skuteczniejsze jest pokazanie, że system po prostu ułatwia życie.
Dobrze sprawdza się angażowanie użytkowników w projektowanie procesów, testowanie konfiguracji na realnych przypadkach i szybkie pokazywanie konkretnych korzyści. Tam, gdzie system rzeczywiście wygrywa z arkuszem czasem, jakością danych czy przejrzystością odpowiedzialności, zmiana zachodzi sama.
Excel nie znika dlatego, że ktoś go wyłączył. Znosi go organizacja, która uporządkowała procesy, decyzje i role. Wtedy arkusz przestaje być alternatywnym systemem, a wraca do roli narzędzia pomocniczego.
I właśnie w tym miejscu technologia przestaje być głównym tematem. Na pierwszy plan wychodzi konsekwencja w prowadzeniu zmiany – od samego początku, a nie na jej końcu.
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!
