ERP i TMS: co sprawdzić, gdy wdrożenie nie daje efektu

System został uruchomiony, a firma nadal poprawia dane ręcznie, prowadzi równoległe zestawienia lub czeka na decyzje dotyczące zakresu. W takiej sytuacji warto ustalić, co konkretnie utrudnia pracę. Samo określenie „nieudane wdrożenie ERP lub TMS” jest zbyt szerokie, żeby na jego podstawie zaplanować naprawę.

Przyglądam się wtedy zadaniom użytkowników, danym, konfiguracji i sposobowi podejmowania decyzji. Problem może leżeć w jednym obszarze albo na styku kilku z nich. Od tego zależy, czy potrzebna jest zmiana ustawień, uzupełnienie danych, uzgodnienie procesu czy ponowne określenie zakresu projektu.

Zacznij od zadania, które nie dochodzi do końca

Wybierz konkretną czynność: przyjęcie zamówienia, przygotowanie zlecenia, potwierdzenie wykonania usługi albo rozliczenie kosztu. Przejdź przez nią z osobą, która wykonuje tę pracę. Poproś o pokazanie zwykłego przypadku oraz takiego, który wymaga poprawki lub pomocy innego działu.

Zapisz, jakie informacje pojawiają się na wejściu, kto je uzupełnia i co musi otrzymać kolejna osoba. W ten sposób ogólne stwierdzenie „system nie działa” może zamienić się w konkretny problem: brakuje ceny, status jest niejednoznaczny albo nie wiadomo, kto zatwierdza wyjątek.

To rozpoznanie pomaga również odróżnić błąd systemu od nieuzgodnionej zasady biznesowej. Jeśli dwa działy inaczej rozumieją moment zakończenia zadania, sama zmiana formularza nie rozstrzygnie sporu.

Sprawdź dane i znaczenie poszczególnych pól

Ten sam napis w dwóch systemach nie musi oznaczać tego samego zdarzenia. Data realizacji może być datą planowaną, faktyczną lub datą wprowadzenia informacji. Status „zamknięte” może oznaczać zakończenie pracy operacyjnej, a w innym obszarze dopiero rozliczenie dokumentów.

Porównaj źródła, definicje i kilka konkretnych zapisów. Sprawdź także identyfikatory, brakujące wartości oraz sposób obsługi korekt. Uzgodnij, kto potrafi wyjaśnić rozbieżność i kto może zatwierdzić jej poprawienie. Bez tego nawet czytelny raport może przedstawiać wynik, którego nikt nie umie uzasadnić.

Potraktuj obejścia jako materiał do analizy

Dodatkowy arkusz lub telefon do innego działu wskazuje, że użytkownik próbuje wykonać zadanie. Sprawdź, jaką potrzebę obsługuje ten krok. Może uzupełniać brakującą funkcję, wyjaśniać niejednoznaczne dane albo wynikać z przyzwyczajenia, które nie jest już potrzebne.

Excel może pozostać właściwym narzędziem analitycznym. Ważne, żeby było wiadomo, skąd bierze dane, kto utrzymuje obliczenia i które informacje są w nim wiążące. Problemem jest niekontrolowane powielanie danych lub praca, której zależności zna tylko jedna osoba.

Ustal odpowiedzialność po stronie firmy i dostawcy

Lista problemów staje się użyteczna, gdy każdy temat ma osobę odpowiedzialną za następny krok. Część decyzji należy do firmy, część prac do dostawcy, a część wymaga wspólnego sprawdzenia. Warto zapisać, jakiej decyzji brakuje oraz na podstawie czego uznamy zadanie za zakończone.

Potrzebna jest osoba, która zna codzienną pracę i potrafi opisać problem w sposób zrozumiały dla dostawcy. Taką rolę może pełnić key user. Powinien mieć czas na testy, dostęp do użytkowników i jasny zakres uprawnień. Nie zastępuje wszystkich ról w projekcie.

• Oddziel decyzje biznesowe od zadań konfiguracyjnych.
• Wskaż właściciela danych i osobę odbierającą rezultat.
• Ustal sposób zgłaszania oraz rozstrzygania wyjątków.
• Zapisz kryteria odbioru na przykładach z rzeczywistej pracy.

Wybierz pierwszy zakres stabilizacji

Nie wszystkie problemy wymagają równoczesnej naprawy. Sprawdź, które uniemożliwiają realizację zadań, które powodują błędne dane, a które są uciążliwością możliwą do obsłużenia przez ustalony czas. Wybór powinien uwzględniać zależności: naprawa raportu może nie pomóc, jeśli źródłowe zdarzenia nadal są rejestrowane niespójnie.

Uzgodnij próbę rozwiązania, sposób weryfikacji i dalszą decyzję. Przetestuj również sytuację nietypową, na przykład korektę zatwierdzonego dokumentu lub brak wymaganej informacji. Zespół powinien wiedzieć, co zrobić, gdy zadanie nie mieści się w podstawowym scenariuszu.

Sposób uruchamiania zmian zależy od powiązań systemu, danych i organizacji pracy. Etapowanie bywa przydatne, lecz może wymagać dodatkowego uzgadniania informacji między starym i nowym rozwiązaniem. Plan trzeba dobrać do konkretnej sytuacji.

Objaw, przyczyna, pierwszy krok — ERP, CRM, TMS, WMS

Sprawdź korzystanie po poprawce

Po uruchomieniu wróć do tego samego zadania. Zobacz, czy użytkownik potrafi je wykonać, czy wynik jest zrozumiały dla odbiorcy i jakie poprawki nadal powstają poza uzgodnionym procesem. Zapisz, kto utrzymuje rozwiązanie oraz gdzie zgłasza się kolejne trudności.

Dopiero taki przegląd daje podstawę do rozmowy o dalszym rozwoju lub zmianie systemu. Pomagam w stabilizacji wdrożeń i wykorzystaniu systemów: od rozpoznania konkretnej przeszkody po uzgodnienie prac z zespołem i dostawcą. Pierwszym krokiem może być jedno zadanie, które dziś zatrzymuje pracę firmy.

Najczęstsze pytania

Czy wymieniać system, gdy wdrożenie nie działa?

Rzadko na początek. Najpierw sprawdź proces, dane i odpowiedzialność — wymiana systemu bez tego przenosi te same problemy do nowego narzędzia.

Ile trwa naprawa wdrożenia ERP?

Pierwszym krokiem jest diagnoza: które zadanie nie dochodzi do końca i dlaczego. Dopiero po niej da się uczciwie oszacować czas poprawek.