Wyobraź sobie, że wdrożenie systemu ERP to remont generalny twojej firmy. Masz wizję pięknej, nowoczesnej przestrzeni wszystko ze sobą współgra, procesy płyną gładko jak muzyka w tle. Tyle że zamiast architekta z doświadczeniem w dużych projektach, wybierasz ekipę „od wszystkiego”. A potem zdziwienie: ściany nie tam, gdzie miały być, budżet topnieje szybciej niż cierpliwość zespołu, a z sufitu zaczyna kapać.

Tak właśnie wygląda wiele wdrożeń ERP. Technologia jest tylko narzędziem potężnym, ale ślepym. Sama z siebie nie rozwiąże żadnych problemów, które drzemią w strukturach firmy, a czasem potrafi je nawet spotęgować. W mojej praktyce prawniczki IT widzę to z bliska: gdy emocje, pośpiech i „święta wiara w dostawcę” zastępują plan, analizę i odpowiedzialność, koszty rosną, a projekty toną.

Dlatego dziś bierzemy lupę i przyglądamy się 10 błędom we wdrożeniach ERP, które potrafią kosztować fortunę, reputację i kilka nieprzespanych nocy. Zobaczysz, że większość z nich nie dzieje się w kodzie, tylko w głowach, procesach i umowach.

Zaparz kawę, usiądź wygodnie i sprawdź, czy Twoje wdrożenie nie idzie właśnie tą samą ścieżką.

Błędy na Poziomie Strategii i Gotowości Organizacji

1. Brak gotowości na wdrożenie systemu. Często wydaje się firmom, że sama technologia rozwiąże wewnętrzne problemy organizacji. Prawidłowa kolejność jest odwrotna: najpierw należy uporządkować struktury, ekosystem i procesy wewnętrzne, a dopiero potem wdrażać technologię. Bez tego technologia może tylko eskalować istniejące problemy.
2. Niezweryfikowanie efektywności procesów. Wdrożenie ERP to idealna okazja do przeglądu i optymalizacji procesów. Duża kustomizacja systemu jest często objawem braku wystarczająco dobrej strategii i planu zarządzania zmianą procesów. Pamiętajmy: zmiana technologii jest łatwa, ale zmiana nawyków użytkowników nie koniecznie.
3. Wdrażanie małego lub wielkiego systemu jednocześnie. Szczególnie przy zidentyfikowanym wysokim ryzyku, lepszą opcją jest strategia małych kroków i stopniowego wprowadzania systemu (tzw. Rollout). Pozwala to na bieżące rozwiązywanie potencjalnych problemów na małą skalę.

 Błędy w Relacji z Dostawcą i Odpowiedzialności

4. Zamawiający jest tylko nabywcą technologii i nie bierze odpowiedzialności za wdrożenie. Całkowite poleganie na umiejętnościach dostawcy to „trochę liczenie na szczęście”. Zamawiający musi posiadać wiedzę i doświadczenie w definiowaniu, planowaniu, kierowaniu i kontrolowaniu projektów, zaangażować się.
5. Brak zaufania. Zaufanie to największa bolączka. Dostawca chce przede wszystkim sprzedać swoje rozwiązanie, co niekoniecznie pokrywa się z interesem zamawiającego, który potrzebuje systemu spełniającego jego potrzeby biznesowe i technologiczne. Zamawiający zaś nie ma kompetencji dziedzinowych co utrudnia zaangażowanie się.

Błędy w Kontrakcie i Zarządzaniu Projektem

6. Założenie, że są rozwiązania uniwersalne. Transformacje cyfrowe zbyt często są niedopasowane do ewoluującego modelu biznesowego i strategii korporacyjnej. System o monolitycznym charakterze może ograniczać zdolność firmy do wprowadzania stopniowych zmian.
7. Pośpiech (Haste). Pośpiech w planowaniu, negocjowaniu i podejmowaniu czynności oznacza słabe przygotowanie. Pośpieszne przyznanie kontraktów może skutkować niejasnym zakresem i zaakceptowaniem nierealistycznego harmonogramu. Zalecam: „zatrzymaj to szaleństwo, zacznij wolno i dopiero potem spiesz”.
8. Źle wynegocjowany kontrakt. Klauzule w kontrakcie będą „wybijać w projekcie”. Błędem jest uznawanie umowy za wyłącznie sprawę prawników. Umowa na system ERP to dokument biznesowy, część strategii i analizy ryzyka. Brak specjalistów rozumiejących specyfikę wdrożeń po obu stronach może prowadzić do przewlekłych negocjacji („czas zabija wszystkie transakcje”).
9. Projekt nie ma lidera. Organizacje często mają project managera, ale brakuje osoby, która łączy wątki pomiędzy interesariuszami i ponosi odpowiedzialność od A do Z. Uznawanie odpowiedzialności za grupową jest złym wyborem, ponieważ „nikt na szczycie nie ma na imię wszyscy”.
10. Założenie, że exit plan nie jest potrzebny. Nie każdy projekt dociera do mety. Plan wyjścia powinien być gotowy już w momencie startu projektu i dobrze opisany w umowie. Warto zastanowić się, czy celem jest kontynuowanie projektu, bo jest to najlepsze dla firmy, czy tylko ratowanie twarzy kierownika lub sponsora projektu.

Moja praca często polega na interweniowaniu w te bolączki od precyzyjnego definiowania zakresu w umowie (aby uniknąć Błędu 7), przez zapewnienie klauzul, które wymuszają aktywną odpowiedzialność Zamawiającego (Błąd 5), po modelowanie exit planu (Błąd 10).

Kluczowa lekcja: Projekt ERP wymaga synergii między strategią biznesową, efektywnością procesów a solidnym fundamentem prawnym.

Renata Warchoł-Lewicka, radca prawny, Partner w Kancelarii Gorazda, Świstuń, Wątroba i Partnerzy Adwokaci i Radcowie Prawni.