Wdrożenia systemów ERP obrosły wieloma mitami, które nie tylko utrudniają podejmowanie właściwych decyzji, ale często prowadzą do niepowodzeń projektów. W najnowszym odcinku podcastu omawiamy sześć najczęściej spotykanych błędnych przekonań, z którymi warto się zmierzyć przed rozpoczęciem projektu wdrożeniowego.
Mit 1: Jesteśmy wyjątkowi, więc nasz system ERP też taki musi być
Jedno z najczęściej spotykanych przekonań w organizacjach brzmi: „jesteśmy unikalni i dlatego musimy mieć wszystko specjalnie dla nas przygotowane”. To podejście pomija jednak istotny fakt – najpopularniejsze systemy ERP funkcjonują w kilkunastu tysiącach organizacji i powstały w oparciu o doświadczenia z tysięcy wdrożeń.
Oznacza to, że znaczna część procesów realizowanych w typowych organizacjach – przemysłowych, handlowych czy usługowych – ma swoje odzwierciedlenie w standardowych systemach. Oczywiście, istnieją obszary rzeczywiście wymagające specjalizacji, ale to zazwyczaj bardzo konkretne procesy: nietypowe certyfikacje, specyficzne wymogi prawne czy unikalne modele sprzedaży.
Dodatkowo trend rozwoju systemów chmurowych potwierdza tę uniwersalność. Gdy coraz więcej dostawców oferuje rozwiązania wspólne dla wszystkich użytkowników, gdzie modyfikacje stanowią jedynie dodatek do centralnego rozwiązania, oznacza to że da się uwspólnić sporą część potrzeb biznesowych.
Praktyka dostarcza konkretnych dowodów na słuszność tego podejścia. Zdarzają się projekty w skomplikowanych organizacjach wielozakładowych, które kończą się z zerową liczbą modyfikacji lub maksymalnie dwoma bardzo szczegółowymi dostosowaniami. W niektórych przypadkach system może nawet stanowić wytyczną dla budowania procesów wewnętrznych organizacji.
Mit 2: Raz uzgodniony budżet wdrożenia ERP nie ulega zmianie
Kolejne błędne przekonanie dotyczy kontroli finansowej nad projektem. Organizacje często wierzą, że uzgodnienie z dostawcą sztywnego budżetu zapewnia pełną przewidywalność kosztów. To założenie jest jednak problematyczne z kilku powodów.
Przede wszystkim procesy wdrożeniowe trwają co najmniej kilka, a często kilkanaście miesięcy. W tak długim okresie niemożliwe jest przewidzenie wszystkich zmian, potrzeb i modyfikacji. Równie niemożliwa byłaby nieskończenie długa analiza wstępna uwzględniająca wszystkie zmienne: rotację w zespole projektowym, nowe wymogi prawne, ewolucję potrzeb biznesowych czy zmiany w organizacji.
W efekcie sztywne wymogi budżetowe prowadzą do gigantycznych rezerw po stronie dostawców. Racjonalnie myśląca organizacja musi uwzględnić ryzyko kar i nieprzewidzianych kosztów, co naturalnie przekłada się na wyższą cenę oferty. Klient płaci więcej za złudne poczucie pewności budżetowej.
Praktyka pokazuje nierealistyczność takiego podejścia – zdecydowana większość projektów informatycznych kończy się poza pierwotnie założonym budżetem i terminem. Bardziej efektywne okazuje się przyjęcie ramowego budżetu, precyzyjne monitorowanie postępu prac i bieżące zarządzanie oczekiwaniami.
Mit 3: Firma wdrażająca jest właścicielem projektu wdrożeniowego ERP
Często spotykane błędne podejście polega na postrzeganiu przedsięwzięcia tak, jakby jego właścicielem była firma wdrażająca. To fundamentalne odwrócenie ról, które prowadzi do niepowodzeń projektów.
Dostawca nie realizuje własnego projektu – to projekt organizacji, która wdraża system. Firma zewnętrzna pełni rolę wsparcia w realizacji zadania. Bez rzeczywistego zaangażowania zespołu wewnętrznego, decydentów i kluczowych użytkowników, którzy rozumieją cel projektu i wiedzą, co chcą osiągnąć, efektywne przeprowadzenie wdrożenia jest niemożliwe.
Można to porównać do sytuacji, w której murarz wykona doskonały mur, ale w niewłaściwym miejscu, niewłaściwej wysokości i z niewłaściwych materiałów, ponieważ nie otrzymał prawidłowych założeń projektowych. Mamy wtedy świetnie wykonaną pracę, która nie służy zamierzonemu celowi.
Transkrypcję odcinka możesz przeczytać tutaj.
Mit 4: Ostatnia wersja systemu ERP jest najlepsza
Organizacje często oczekują lub wymagają wdrożenia najnowszej wersji systemu, kierując się logiką „ostatnia to najlepsza”. W rzeczywistości może to prowadzić do niepotrzebnych komplikacji.
Rozwiązania funkcjonujące na rynku przez co najmniej pół roku do półtora roku przeszły już przez „choroby wieku dziecięcego”. Podstawowe błędy, braki i niedociągnięcia zostały wykryte przez innych użytkowników i naprawione przez producenta. Organizacja zyskuje więc stabilność kosztem kilkumiesięcznego opóźnienia w dostępie do najnowszych funkcji.
Wdrożenie systemu w wersji o jedną wcześniejszej od najnowszej eliminuje szczególnie problematyczne ryzyko błędów standardowych. W przeciwieństwie do własnych modyfikacji, które można szybko naprawić lokalnie, usuwanie błędów w standardzie wymaga od producenta testowania poprawki na tysiącach instalacji i włączenia jej w pełny cykl rozwoju produktu. Te procesy są znacznie bardziej złożone i czasochłonne.
Wyjątek stanowią sytuacje, gdy najnowsza wersja oferuje kluczowe funkcjonalności w krytycznych obszarach biznesowych. Jeśli nowa wersja obsługuje specyficzny rodzaj działalności, który w poprzedniej wersji wymagałby znaczących modyfikacji, warto rozważyć ryzyko – przy odpowiednim wydłużeniu procesów testowych i stabilizacji.
Mit 5: Poznałem już system ERP, więc wdrożymy go samodzielnie
Po zakończeniu procesu wyboru systemu niektóre organizacje dochodzą do wniosku, że posiadają już wystarczającą wiedzę, aby przeprowadzić wdrożenie własnymi siłami. To podejście bardzo rzadko przynosi oczekiwane rezultaty.
Wyjątek stanowią organizacje posiadające wyspecjalizowane działy IT – de facto wewnętrzne firmy wdrożeniowe, które pod względem doświadczenia i kompetencji niewiele różnią się od firm rynkowych. Tam istnieje powtarzalność procesów, zgromadzone doświadczenie i odpowiednia specjalizacja.
Problem z wdrożeniami samodzielnych polega przede wszystkim na braku bazy porównawczej. Organizacja nie ma skąd czerpać doświadczeń z innych projektów, ponieważ robi to pierwszy raz. Nawet zatrudnienie kilku specjalistów z rynku nie zastąpi współpracy z organizacją posiadającą pełne struktury, metodologie i elastyczność zespołową.
W praktyce wdrożenia jednostkowe, realizowane przez organizacje bez odpowiedniego doświadczenia, charakteryzują się wydłużonymi terminami i znacząco wyższymi kosztami niż pierwotnie planowane. Często prowadzą też do rozwiązań odbiegających od standardów branżowych, które później trudno rozwijać i utrzymywać.
Mit 6: Im więcej kar w umowie, tym lepiej
Ostatni mit dotyczy przekonania, że maksymalizacja kar umownych dla dostawcy gwarantuje sukces projektu. To podejście ma kilka destrukcyjnych konsekwencji, które warto rozważyć.
Racjonalnie działające organizacje uwzględniają potencjalne kary w kalkulacji budżetowej. Jeśli projekt obciążony jest nierealnym harmonogramem i wysokimi karami, doświadczony dostawca przewidzi to ryzyko i odpowiednio podniesie cenę oferty.
Drugie niebezpieczeństwo to usztywnienie relacji od pierwszego dnia projektu. Presja kar eliminuje elastyczność – brak możliwości dodatkowych konsultacji, sztywne terminy akceptacji dokumentacji, niemożność doprecyzowania rozwiązań. Tymczasem w projektach wdrożeniowych często opłaca się poświęcić dodatkowy czas na dopracowanie kluczowych elementów systemu.
Kolejny problem dotyczy psychologii zespołu. Świadomość, że opóźnienia po stronie organizacji i tak obciążą dostawcę, może prowadzić do mniej odpowiedzialnego podejścia do projektu ze strony użytkowników wewnętrznych.
Najpoważniejszą konsekwencją jest wpływ na wybór wykonawcy. Projekty z wysokimi karami i nierealnym harmonogramem często odstręczają stabilne, doświadczone firmy. W rezultacie organizacja może zostać z dostawcą, który przyjmuje ryzykowne warunki z powodu trudnej sytuacji finansowej, co rzadko prowadzi do optymalnych rezultatów.
Podsumowanie
Omówione mity powstały często z chęci uniknięcia problemów i niepowodzeń projektowych, ale w praktyce mogą prowadzić do odwrotnego efektu. Każdy z nich ma swoje źródło w obawach – strachu przed utratą kontroli, chęci minimalizacji ryzyka czy dążenia do perfekcji. Problem w tym, że próba wyeliminowania jednego ryzyka często tworzy inne, często większe problemy.
Skuteczne podejście do wdrożenia systemu ERP wymaga przede wszystkim zmiany perspektywy. Zamiast traktować projekt jako walkę z dostawcą, warto postrzegać go jako wspólne przedsięwzięcie zmierzające do konkretnego celu biznesowego. Oznacza to akceptację pewnego poziomu niepewności w zamian za większą elastyczność i możliwość dostosowywania się do zmieniających się potrzeb.
Kluczowe jest też zrozumienie, że odpowiedzialność za sukces projektu spoczywa przede wszystkim na organizacji wdrażającej system. Dostawca może zapewnić narzędzia i doświadczenie, ale to zespół wewnętrzny musi wiedzieć, dokąd zmierza i dlaczego. Bez tego nawet najlepsza technologia i najbardziej doświadczeni konsultanci nie zagwarantują sukcesu.
Ostatecznie najważniejsze jest pragmatyzm – wybór rozwiązań sprawdzonych w praktyce, elastyczne zarządzanie projektem i budowanie relacji opartych na współpracy, a nie na wzajemnym nadzorze. To może nie brzmi tak spektakularnie jak obietnice rewolucyjnych zmian, ale w świecie wdrożeń ERP nudzące rozwiązania często okazują się najskuteczniejsze.
>