O powodzeniu wdrożenia decyduje jakość danych startowych, a nie liczba funkcji uruchomionych w pierwszym miesiącu. Kartoteka przewoźników z nieaktualnymi adresami e-mail zatrzymuje projekt skuteczniej niż brak dowolnego modułu.
Pomiar stanu wyjściowego przed konfiguracją
Projekt zaczyna się od liczb, które później posłużą do oceny efektu. Bez nich dyskusja po pół roku sprowadza się do wrażeń, a te zawsze są korzystne dla nowego narzędzia. Potrzebne są cztery wielkości, wszystkie do zebrania z bieżącej ewidencji albo z tygodniowej obserwacji.
- Rozkład przyjazdów w godzinach doby - pokazuje, czy problem to nadmiar dostaw, czy ich skupienie.
- Czas od przyjazdu do podstawienia pod rampę - właściwa miara kolejki, mierzona osobno od czasu rozładunku.
- Rozrzut czasów obsługi - podstawa doboru długości okna; sama średnia nie wystarcza.
- Liczba czynnych przewoźników - decyduje o tym, czy portal samoobsługowy opłaca się od razu.
Zebranie tych danych zajmuje zwykle dwa tygodnie i można je wykonać na papierze. Pominięcie tego etapu jest najczęstszą przyczyną sytuacji, w której siatka okien powstaje na podstawie deklaracji kierownika zmiany, a nie rzeczywistego ruchu. Metodę liczenia porządkuje strona o wskaźnikach OTIF.
Kartoteki, czyli najdłuższy etap projektu
System nie ruszy bez danych stałych: kontrahentów, przewoźników, magazynów, ramp i rodzajów transportu. Dane te istnieją w firmie, ale rozproszone między ERP, arkuszami dyspozytury i pamięcią ochrony. Ich scalenie wymaga decyzji, które wykraczają poza informatykę.
Typowy spór dotyczy tego, czy przewoźnik i kontrahent to ten sam obiekt. W arkuszu bywali wpisywani w jedną kolumnę, bo dla planującego liczył się tylko numer telefonu. W systemie muszą być rozdzieleni, inaczej nie da się odpowiedzieć, czy spóźnienia generuje zleceniodawca zmieniający terminy, czy firma transportowa. Zasady podziału danych między odbiorców opisuje strona o awizacjach według klientów.
| Zbiór | Źródło | Co zwykle wymaga poprawy |
|---|---|---|
| Kontrahenci | ERP | Duplikaty i nieaktualne osoby kontaktowe |
| Przewoźnicy | Arkusz dyspozytury | Brak podziału na firmę i kierowcę |
| Magazyny i rampy | Plan obiektu | Rampy nieistniejące oraz brak ograniczeń rodzaju pojazdu |
| Rodzaje transportu | Praktyka magazynu | Lista niespisana nigdzie, odtwarzana z rozmów |
Import kartoteki z duplikatami kosztuje później więcej niż ręczne przepisanie jej od nowa. Scalanie dwóch rekordów tego samego przewoźnika po trzech miesiącach oznacza rozdzielenie historii wizyt, która zdążyła się do nich przypiąć.
Pilotaż na jednym magazynie
Uruchomienie całej sieci równocześnie wygląda na oszczędność czasu i nią nie jest. Pierwszy magazyn ujawnia wszystkie błędy założeń: za krótkie okna, brakujący rodzaj transportu, rampę, której nie ma w kartotece. Poprawienie tego na jednym obiekcie zajmuje dni, na pięciu naraz - tygodnie, bo każda zmiana wymaga uzgodnienia z pięcioma kierownikami.
Pilotaż prowadzi się z zachowaniem dotychczasowej drogi zgłoszeń. Telefon i e-mail działają równolegle przez pierwsze tygodnie, a dane z obu źródeł trafiają do systemu. Odcięcie starej ścieżki w dniu startu kończy się kolejką pod bramą i powrotem do arkusza, po którym drugie podejście jest znacznie trudniejsze.
Zakres pierwszego etapu warto ograniczyć do rejestru wizyt i siatki okien. Portal przewoźnika, integracja z ERP i raporty analityczne dokłada się później, gdy parametry siatki odpowiadają już rzeczywistej przepustowości. Kolejność tę omawia szerzej strona o programie awizacji dostaw.
Kiedy dokładać integrację z systemami firmy
Wymiana danych z ERP podnosi jakość zgłoszeń, bo numer zamówienia przychodzi ze źródła zamiast z wpisu kierowcy. Podłączenie jej przed ustabilizowaniem procesu jest jednak przedwczesne: każda zmiana w strukturze zgłoszenia pociąga wtedy zmianę po obu stronach.
Praktyczna kolejność wygląda tak, że integracja wchodzi po pierwszym pełnym kwartale pracy, gdy wiadomo już, które pola są naprawdę używane. Zakres ustala się wtedy na podstawie danych, a nie przypuszczeń. Dostępne sposoby połączenia zebrano na stronie o integracjach systemu, a decyzję o miejscu instalacji porządkuje materiał o chmurze i instalacji lokalnej.
Osobną decyzją jest sposób przetwarzania danych osobowych kierowców, który trzeba rozstrzygnąć przed startem, nie po nim. Obowiązki w tym zakresie zbiera strona o awizacji a przepisach o ochronie danych.
Kto po stronie firmy musi wziąć udział w projekcie
Wdrożenie prowadzone wyłącznie przez dział informatyczny kończy się systemem zgodnym ze specyfikacją i nieużywanym przez magazyn. Powód jest prozaiczny: decyzje o długości okna, o tym kto akceptuje przesunięcie i co zrobić z pojazdem bez zgłoszenia, są decyzjami operacyjnymi, a nie technicznymi.
| Stanowisko | Co rozstrzyga | Kiedy jest potrzebne |
|---|---|---|
| Kierownik magazynu | Długość okien, limity na rampach, zasady dla ruchu nieplanowanego | Analiza i dostrajanie siatki |
| Dyspozytura | Zakres akceptacji zgłoszeń i progi zmiany terminu | Przygotowanie obiegu |
| Ochrona | Przebieg obsługi na bramie i zawartość przepustki | Konfiguracja stanowiska |
| Dział informatyczny | Infrastruktura, kopie zapasowe, wymiana danych z ERP | Uruchomienie i integracja |
Każde z tych stanowisk ma inny moment największego zaangażowania, więc nie trzeba angażować wszystkich równocześnie przez cały projekt. Ważne jest natomiast, by decyzje operacyjne zapadały tam, gdzie ich skutki będą odczuwane.
Co zwykle psuje wdrożenie
Lista typowych problemów jest krótka i powtarzalna. Żaden z nich nie wynika z ograniczeń oprogramowania, wszystkie z decyzji podjętych na początku.
- Siatka okien z deklaracji zamiast z pomiaru - okna krótsze niż realny czas obsługi, przez co harmonogram rozjeżdża się do południa.
- Równe traktowanie pojazdów bez zgłoszenia - przewoźnicy przestają rezerwować terminy, bo rezerwacja nie daje pierwszeństwa.
- Brak osoby decyzyjnej na zmianie - każda nietypowa sytuacja czeka na kierownika, a kolejka rośnie.
- Portal uruchomiony bez wprowadzenia przewoźników - konta istnieją, zgłoszenia nadal przychodzą telefonicznie.
Wspólnym mianownikiem jest przeniesienie ciężaru na narzędzie tam, gdzie potrzebna była zmiana zasad. Sam system egzekwuje reguły, ale ich nie ustala. Zakres funkcji, które warto uruchomić w pierwszej kolejności, porządkuje strona o oprogramowaniu awizacyjnym.