5 błędów, które zabijają wdrożenie WMS-a (i jak ich uniknąć)

W tym odcinku Rozmów Logistyków Piotr Skobało i Adam Sobolewski dzielą się doświadczeniem z kilkunastu wdrożeń WMS. Opowiadają, co może pójść nie tak i dlaczego część takich projektów w ogóle się nie kończy, wyciągając wnioski z 5 realnych błędów widzianych w różnych firmach.

ILE KOSZTUJE WMS I OD CZEGO TO ZALEŻY

Koszt wdrożenia systemu WMS rozciąga się od kilkudziesięciu tysięcy złotych dla prostego rozwiązania dla mini-magazynu do kilku milionów przy złożonych, wielolokalizacyjnych projektach globalnych operatorów. Przy ocenie dostawców typowo mapuje się około 250 cech systemu — od podstawowych funkcji po szczegółowe możliwości integracyjne — a decyzja o modelu płatności (jednorazowa opłata vs. SaaS rozłożony na lata) to osobny wątek finansowy, który wymaga własnej analizy.

BŁĄD 1: NIEPRECYZYJNA ANALIZA POTRZEB

Projekt, który zaczyna się od zdania "chcemy wdrożyć WMS" bez rozpisania konkretnych wymagań funkcjonalnych, to najprostsza droga do przekroczenia budżetu o 50-100%. Jeśli zmapowanych zostanie 40 procesów zamiast realnych 70-80, rezerwa budżetowa kończy się w połowie projektu. Analiza potrzeb musi też wybiegać co najmniej dwa-trzy lata do przodu — przykład dystrybutora części zamiennych, który w połowie 18-miesięcznego wdrożenia WMS dla kanału B2B nagle uświadomił sobie plany wejścia w e-commerce (kompletacja drobnicy, integracja z kurierami), pokazuje, jak kosztowne jest pominięcie przyszłych kanałów sprzedaży na starcie. Warto na tym etapie zaangażować zewnętrznego konsultanta choćby punktowo — sama sesja pytań "z zewnątrz" otwiera oczy na luki w mapowaniu.

BŁĄD 2: NIEDOSTATECZNE ZAANGAŻOWANIE PRACOWNIKÓW OPERACYJNYCH

Statystyki wdrożeń WMS nie są optymistyczne: na 10 projektów około dwóch kończy się całkowitym niepowodzeniem, a kolejne trzy działają z poważnymi problemami. Głównym powodem nie jest technologia, tylko sposób prowadzenia zmiany — jeśli projekt komunikuje się pracownikom jako "wasze procesy są głupie, teraz zrobimy mądrze", kierownik zmiany czy brygadzista skutecznie sabotuje wdrożenie, otwarcie lub biernie. Prawdziwy case: operator logistyczny, u którego doszło do jawnego bojkotu pracowników, bo kadra zarządzająca nie wyjaśniła, że system nie służy redukcji zatrudnienia — półtora roku później wdrożenie wciąż stoi.

BŁĄD 3: NIEWYSTARCZAJĄCE TESTOWANIE W WARUNKACH ZBLIŻONYCH DO RZECZYWISTYCH

Testy przeprowadzone przez ekspertów zespołu projektowego (zbyt kompetentnych, by wychwycić realne problemy) nie zastępują testów w warunkach, w jakich będą pracować szeregowi pracownicy. Konkretny przykład: proces kompletacji przetestowany poprawnie przez wąski zespół projektowy padł w produkcji, bo etykiety w magazynie miały zamienione numery rzędów regałów względem tego, co wyświetlał skaner — dla trzech osób znających układ to był nieproblem, dla kilkunastu nowych pracowników oznaczało totalne zagubienie. Naprawa programistyczna zajęła 3 minuty, ale godziny kryzysowej telekonferencji i dochodzenia przyczyn były zbędne, gdyby testy odzwierciedlały realny scenariusz. Druga strona medalu: dostawcy systemów też muszą testować rzetelnie — w jednym wdrożeniu dostawca po trzech dniach działania systemu przyznał, że nie gwarantuje jego stabilności, i firma w ciągu dwóch godzin wróciła na stare rozwiązanie jako backup.

BŁĄD 4: SZKOLENIE POTRAKTOWANE PO MACOSZEMU

Wdrożenia zwykle testuje wąska grupa "power userów", ale to nie gwarantuje, że system zadziała w skali całego przedsiębiorstwa przy 50, 100 czy 500 pracownikach na hali. Szkolenie trzeba zabudżetować jako pełnoprawną pozycję projektu, a nie coś, co "wystarczy zrobić w pół godziny" — spadek wydajności po wdrożeniu (typowo dwucyfrowy procentowo) jest nieunikniony, ale jego długość zależy bezpośrednio od jakości szkolenia. Warto od razu ustawić oczekiwania zarządu: pierwszego dnia po wdrożeniu nie będzie lepiej, będzie gorzej, i to jest normalne — inaczej czeka tylko rozczarowanie.

BŁĄD 5: NIEDOCENIONA INFRASTRUKTURA IT

Wdrożenie WMS to projekt logistyki i działu IT jednocześnie, nigdy wyłącznie jednego z nich — case, w którym szef IT rok przed planowanym wdrożeniem napisał, że "uważam, że to nie zadziała", pokazuje, jak kosztowny bywa brak współpracy od samego początku. Praktyczny przykład: firma handlująca sprzętem ciężkim odkryła dopiero na etapie testów, że skanery tracą zasięg w alejkach placu magazynowego, gdzie leżały duże ilości stali — prosty audyt sieci wykonany wcześniej pozwoliłby zaprojektować proces (np. zapis wyników kompletacji wsadowo, nie online) zamiast łatać problem w ostatniej chwili.