TL;DR: Skupiając się na funkcjach systemu i harmonogramie, pomijamy aspekty, które w praktyce decydują o sukcesie wdrożenia. System ERP będzie służył przez kolejne kilkanaście lat, nie tylko w dniu uruchomienia – warto więc planować uwzględniając przyszłe potrzeby. Zespół zaangażowany we wdrożenie będzie obciążony 60-80% czasu w kluczowych fazach, a sama budowa to tylko 20-30% prac. Większość projektów wykracza poza budżet, dlatego planuj rezerwy od początku. Pamiętaj: zmiana zakresu to norma, nie wyjątek.
Planując wdrożenie ERP, skupiamy się na funkcjach systemu, harmonogramie i budżecie. Tymczasem największe problemy w projektach wdrożeniowych wynikają z czynników, które wydają się oczywiste. Ich konsekwencje są jednak często niedoceniane.
W praktyce sama instalacja i konfiguracja systemu to najmniejsza część pracy, która nas czeka. Większość czasu pochłaniają zadania, które na początku traktujemy jako oczywiste.
Długoterminowe planowanie wdrożenia ERP
Przygotowując się do wdrożenia systemu ERP warto pamiętać, że to rozwiązanie będzie nam towarzyszyć każdego dnia przez kolejne kilkanaście lat. Dlatego powinno pozwolić organizacji realizację procesów obowiązujących nie tylko w dniu uruchomienia, ale i przyszłych, których jeszcze teraz nie mamy. Ta fundamentalna różnica w myśleniu wpływa na każdą decyzję projektową.
Definiując zakres wdrożenia, nie trzeba uruchamiać wszystkich funkcji od razu:
- część elementów można przesunąć w czasie,
- niektóre funkcje mogą być początkowo realizowane standardowo,
- dostosowania i modyfikacje można wprowadzić później.
Każda dodatkowa modyfikacja będzie wiązać się z wyższymi kosztami przez całe kolejne lata użytkowania:
- droższe serwisowanie systemu,
- bardziej skomplikowane upgrade’y,
- wyższe koszty dalszego rozwoju.
Dlatego każdą decyzję warto odnosić do pierwotnych celów projektu. Wybierając np. między bardziej dostosowanymi procesami a korzyści z szybszego uruchomienia – zastanów się, co daje więcej korzyści w długiej perspektywie.
Obciążenie zespołu podczas wdrożenia ERP
Wdrożenie ERP wymaga rzeczywistego zaangażowania zespołu. Nie można go realizować przy okazji codziennych obowiązków. Jeśli zespół jest obciążony na poziomie 85%, założenie, że dodatkowo przeprowadzi projekt informatyczny bez wpływu na bieżące funkcjonowanie, jest nierealistyczne.
W praktyce obciążenie może oscylować wokół:
- Kierownik projektu i liderzy obszarów: 60-80% czasu w okresach analizy, testów i migracji danych,
- Typowi użytkownicy: 20-60% czasu w zależności od fazy projektu,
- Specjaliści punktowo angażowani: około 20% czasu,
- Okresy testów i uruchomienia: 40-60% czasu zespołu,
- Równoległe funkcjonowanie dwóch systemów: 40-60% czasu zespołu.
Dostępność zespołu będzie też ulegać zmianom w ciągu roku. Warto uwzględnić to w harmonogramie. Nie planuj kluczowych faz projektu na okresy największego obciążenia operacyjnego.
Dzisiejsze możliwości narzędziowe pozwalają automatyzować niektóre procesy wdrożeniowe, dlatego przy migracji danych nie zawsze trzeba budować skomplikowane interfejsy. Zamiast tego część danych można zmigrować przy pomocy narzędzi automatyzujących ręczne wprowadzanie. To samo dotyczy automatyzacji testów, ponieważ na rynku jest coraz więcej wyspecjalizowanych rozwiązań. Po przygotowaniu pierwszej wersji systemu, narzędzia te mogą być wykorzystywane w kolejnych iteracjach, a tym samym odciążają użytkowników w realizacji powtarzalnych zadań testowych.
Warto brać pod uwagę wykorzystanie takich rozwiązań – są dość sprawne, ich uruchomienie nie trwa długo i nie są drogie. Nie zawsze się to jednak sprawdza i nie zawsze jest dobrym rozwiązaniem, dlatego każdy przypadek wymaga indywidualnej oceny.
Transkrypcję odcinka możesz przeczytać tutaj.
Standardy ERP czy dostosowania?
Warto zainwestować czas w zrozumienie wewnętrznej logiki wybranego systemu ERP. Budowanie rozwiązań sprzecznych z tą logiką zawsze wydłuża projekt, zwiększa ryzyko, utrudnia przyszłe utrzymanie i komplikuje rozwijanie systemu.
Efektywne podejście zakłada poznanie standardowych procesów w systemie i zrozumienie narzędzi używanych do obsługi poszczególnych funkcji. Warto dostosować własne procesy do tej logiki tam, gdzie to możliwe.
Jeśli konieczne jest odejście od standardu, powinna to być świadoma decyzja ze znajomością jej konsekwencji. Każda duża przebudowa ma konkretne skutki:
- zwiększa koszty wdrożenia,
- komplikuje przyszłe zmiany,
- utrudnia upgrade’y systemu,
- wymaga więcej zasobów do utrzymania.
Im lepiej zespół wewnętrzny rozumie logikę systemu, tym sprawniej przebiega współpraca. To nie jest walka z systemem, ale nauka jego języka i wykorzystanie jego mocnych stron.
Prawdziwe koszty projektów ERP
Sama budowa systemu stanowi tylko 20-30% prac wdrożeniowych – to jedna z najważniejszych rzeczy, które warto mieć w pamięci już na początku. Pozostałe 70-80% to analizy procesów biznesowych, przygotowanie scenariuszy testowych, migracja danych, integracje z systemami zewnętrznymi, dokumentacja i szkolenia użytkowników.
Częsta pułapka w planowaniu: gdy dostawca informuje, że zadanie zajmie określoną liczbę dni pracy – szczególnie jeśli pochodzi to od konsultanta czy programisty – dotyczy to tylko czasu budowy funkcjonalności. Pozostałe prace nie są uwzględnione w tej wycenie. To główna przyczyna przekraczania harmonogramów.
Przykład z praktyki: organizacja zdecydowała się dołożyć do bazowego wdrożenia kilka nowych komponentów, jednostkowo nieduże. Po uwzględnieniu wszystkich prac towarzyszących okazało się, że dotrzymanie harmonogramu jest nierealizowalne. Prace dodatkowe obejmowały przebudowę całej koncepcji, potwierdzenie przez duży zespół użytkowników, zmodyfikowanie migracji danych i dobudowanie nowych integracji. Problem nie leżał w złożoności technicznej, ale w ograniczonej dostępności zespołu wewnętrznego do wszystkich tych zadań towarzyszących.
Zarządzanie zmianami w ERP
Około 80% projektów informatycznych wykracza poza budżet i harmonogram. To naturalna konsekwencja złożoności tego typu przedsięwzięć. Zmiana zakresu i potrzeb to sytuacja standardowa w projektach wdrożeniowych, a nie wyjątek.
Efektywne planowanie wdrożenia ERP powinno uwzględniać przygotowanie na zmiany w trzech obszarach:
- Harmonogramowo: przy projekcie szacowanym na 18 miesięcy z terminem uruchomienia na początek stycznia warto zaplanować 3-4 miesiące rezerwy
- Budżetowo: unikaj alokacji 100% środków do pierwotnego zakresu i przygotuj procedury pozyskiwania dodatkowych środków
- Proceduralnie: ustał wcześniej procedury wprowadzania zmian i wyznacz osoby odpowiedzialne za podejmowanie decyzji
Warto przemyśleć kluczowe scenariusze jeszcze przed ich wystąpieniem: jeśli zakres wzrośnie o 15% – z wdrożenia którego modułu można zrezygnować? Jak zostanie pozyskany dodatkowy budżet? Kto podejmuje takie decyzje i w jakim trybie? Te rozmowy są znacznie łatwiejsze bez presji czasu i zbliżających się terminów.
Kierownik projektu od partnera wdrożeniowego zwykle ma wielokrotnie większe doświadczenie w realizacji projektów ERP niż zespół wewnętrzny organizacji. Warto wysłuchać jego doświadczeń i przemyśleń. Jego dążenie do uproszczenia zagadnień i najszybszego osiągnięcia celu wynika z praktycznego doświadczenia, nie ze złej woli czy chęci skrócenia pracy.
Kluczowe wnioski
Sukces wdrożenia ERP nie mierzy się dniem uruchomienia, ale dekadą efektywnego funkcjonowania systemu w organizacji. Firmy, które osiągają ten sukces, różnią się od pozostałych nie technologią, ale sposobem myślenia o projekcie.
Myślą strategicznie tam, gdzie inni planują operacyjnie. Przygotowują się na zmianę tam, gdzie inni wierzą w sztywne plany. Budują partnerstwa tam, gdzie inni szukają dostawców. Rozumieją, że wdrożenie to nie implementacja technologii, ale transformacja sposobu działania organizacji.
>