Konfiguracja systemu zajmuje dni, przygotowanie danych tygodnie. Projekty opóźniają się nie na module planowania, tylko na kartotece przewoźników z trzema wariantami tej samej nazwy i stawkami rozproszonymi po umowach.
Cztery etapy projektu
Wdrożenie systemu transportowego przebiega podobnie niezależnie od skali, zmienia się wyłącznie czas trwania poszczególnych etapów. Różnica między projektem sprawnym a przeciągającym się leży w kolejności, nie w liczbie uruchomionych funkcji.
| Etap | Zawartość | Co go wydłuża |
|---|---|---|
| Pomiar stanu wyjściowego | Wolumeny, relacje, obecny sposób rozliczania | Brak danych do porównania po wdrożeniu |
| Przygotowanie kartotek | Przewoźnicy, obiekty, stawki, rodzaje ładunku | Duplikaty i dane rozproszone po umowach |
| Uruchomienie na wycinku | Jedna grupa relacji przy zachowaniu starej drogi | Próba objęcia wszystkiego naraz |
| Rozszerzenie i integracje | Pozostałe relacje, wymiana danych z ERP | Podłączenie przed ustabilizowaniem procesu |
Etap drugi zajmuje zwykle więcej czasu niż pozostałe razem wzięte i to on decyduje o terminie zakończenia. Skracanie go przez import danych bez uporządkowania przenosi problem dalej, bo scalanie duplikatów po trzech miesiącach oznacza rozdzielenie historii, która zdążyła się do nich przypiąć.
Co trzeba przygotować przed startem
Zbiory danych wymagane do pierwszego zlecenia są cztery i wszystkie istnieją w firmie, tylko w postaci rozproszonej. Ich scalenie wymaga decyzji, które wykraczają poza informatykę.
- Kartoteka przewoźników - firmy wraz z osobami kontaktowymi, taborem i zakresem obsługiwanych relacji.
- Kartoteka obiektów - punkty załadunku i rozładunku z adresami oraz godzinami pracy.
- Stawki i warunki - cennik przewozów, zasady naliczania postoju, strona ponosząca koszty dodatkowe.
- Rodzaje ładunku - lista rzadko gdziekolwiek spisana, odtwarzana z praktyki spedycji.
Trzecia pozycja jest najczęstszym źródłem opóźnień, bo stawki bywają zapisane w umowach o różnej strukturze, a część ustaleń funkcjonuje ustnie. Uporządkowanie ich przy okazji wdrożenia jest korzyścią samą w sobie, niezależnie od systemu.
Projekt, w którym dział informatyczny przygotowuje dane bez udziału spedycji, kończy się kartoteką zgodną ze specyfikacją i niezgodną z praktyką. Decyzje o tym, co jest jedną relacją, a co dwiema, są operacyjne, nie techniczne.
Uruchomienie na wycinku
Objęcie wszystkich relacji równocześnie wygląda na oszczędność czasu i nią nie jest. Pierwsza grupa ujawnia wszystkie błędy założeń: brakujący rodzaj ładunku, stawkę zapisaną inaczej niż w umowie, obiekt bez godzin pracy. Poprawienie tego na wycinku zajmuje dni, na całości tygodnie.
Wybór wycinka powinien paść na relacje powtarzalne i dobrze udokumentowane, a nie na te najbardziej problematyczne. Celem tego etapu jest sprawdzenie mechanizmu, nie rozwiązanie najtrudniejszego przypadku. Trudne relacje wchodzą później, gdy zasady są już ustalone.
Przez cały etap dotychczasowa droga zleceń pozostaje czynna. Odcięcie jej w dniu startu prowadzi do przewozów realizowanych poza systemem i do danych, których później nie da się uzupełnić.
Kiedy dokładać wymianę danych
Podłączenie systemu handlowego przed ustabilizowaniem procesu jest przedwczesne, bo każda korekta struktury zlecenia pociąga wtedy zmianę po obu stronach. Sensowny moment to pierwszy pełny kwartał pracy, gdy wiadomo już, które pola są rzeczywiście używane.
Osobną decyzją jest kierunek wymiany dla każdego zbioru. Kartoteki kontrahentów prowadzone równolegle w dwóch systemach rozjeżdżają się w ciągu kilku miesięcy, więc jeden z nich musi być źródłem. Dostępne sposoby połączenia zebrano na stronie o integracjach, a zakres funkcjonalny samego systemu opisuje materiał o systemie zarządzania transportem.
Co najczęściej psuje projekt
Lista problemów powtarza się niezależnie od branży i żaden z nich nie wynika z ograniczeń oprogramowania. Wszystkie biorą się z decyzji podjętych na początku.
Pierwszym jest brak pomiaru stanu wyjściowego, przez co po pół roku dyskusja o efekcie sprowadza się do wrażeń. Drugim - przygotowanie kartotek bez udziału spedycji. Trzecim - uruchomienie wszystkich relacji naraz. Czwartym - podłączenie integracji przed ustaleniem struktury zlecenia.
Wspólnym mianownikiem jest przeniesienie ciężaru na narzędzie tam, gdzie potrzebna była decyzja organizacyjna. System egzekwuje reguły, ale ich nie ustala. Podobny przebieg ma wdrożenie po stronie magazynu, opisane na stronie o wdrożeniu oprogramowania do awizowania dostaw.
Jak wykazać efekt
Ocena opiera się na wielkościach zmierzonych przed startem, osobno dla każdego obszaru. Koszt przewozu na relację pokazuje efekt doboru wykonawców. Udział przewozów rozliczonych bez korekty mierzy jakość danych. Liczba kursów na zlecenie ocenia skuteczność łączenia ładunków.
Czwartą wielkością, wymagającą danych z warstwy placowej, jest czas oczekiwania u odbiorców. Bez znaczników z bramy nie da się rozstrzygnąć, czy opóźnienie powstało w trasie, czy pod rampą. Metodę liczenia terminowości porządkuje strona o wskaźnikach OTIF, a wycenę postoju - materiał o koszcie przestoju pojazdu.
Przygotowanie zespołu i okres przejściowy
Spedytor pracujący od lat na arkuszu i telefonie zna swoje relacje lepiej niż jakikolwiek system. Wdrożenie odbiera mu część tej przewagi, bo decyzje, które podejmował intuicyjnie, musi teraz zapisać w postaci reguł. Opór na tym etapie jest naturalny i nie wynika z niechęci do narzędzia.
Skuteczne okazuje się przeniesienie części tej wiedzy do systemu na oczach zespołu: ustalenie, które relacje obsługuje który przewoźnik, jakie są progi ładowności, gdzie występują ograniczenia sezonowe. Spedytor widzi wtedy, że system odwzorowuje jego decyzje, a nie je zastępuje.
Okres przejściowy warto wyznaczyć datą, nie stanem gotowości. Termin otwarty przedłuża pracę na dwóch ścieżkach, a ta kosztuje więcej niż samo wdrożenie. Zakres funkcji uruchamianych w pierwszej kolejności porządkuje strona o oprogramowaniu dla transportu.