Pilotaż systemu lokalizacji ma sens tylko wtedy, gdy z góry wiadomo, jakie pytanie ma rozstrzygnąć. Wdrożenia rozpoczynane od instalacji sprzętu i dopiero późniejszego szukania zastosowań kończą się zwykle wnioskiem, że system działa, ale nie wiadomo, co z tego wynika. Dlatego pierwszym krokiem jest wybór jednego procesu i jednego wskaźnika, który ma się poprawić.

Dane o obiekcie

System potrzebuje aktualnego rzutu hali z zaznaczonymi stałymi elementami: słupami, regałami, bramami i ciągami komunikacyjnymi. W praktyce najwięcej opóźnień na tym etapie wynika z tego, że dostępna dokumentacja nie odpowiada stanowi rzeczywistemu — zwłaszcza w obiektach kilkukrotnie przebudowywanych. Warto zaplanować dzień na weryfikację rysunku na miejscu.

Właściciel systemu

System lokalizacji wymaga bieżącej obsługi: wydawania i wymiany znaczników, korekty stref przy zmianach układu hali, reagowania na zgłoszenia. Wskazanie konkretnej osoby lub zespołu jeszcze przed uruchomieniem jest jednym z najlepszych predyktorów powodzenia projektu — lepszym niż budżet czy wybrana technologia.

Jak wyznaczyć zakres pilotażu

Zakres warto ograniczyć przestrzennie, a nie funkcjonalnie. Lepiej uruchomić pełny zestaw funkcji na jednej hali niż wybraną funkcję w całym zakładzie — dzięki temu widać rzeczywistą wartość rozwiązania, a infrastruktura zainstalowana w obszarze pilotażowym pozostaje elementem instalacji docelowej. Przed startem warto ustalić:

• jeden proces i jeden wskaźnik, który ma się poprawić;
• wartość tego wskaźnika przed uruchomieniem systemu — kilka dni obserwacji wystarczy;
• kryterium sukcesu, przy którym podejmiemy decyzję o rozszerzeniu;
• termin, w którym decyzja ma zapaść.

Typowe powody, dla których pilotaż nie przechodzi w wdrożenie

Pilotaże rzadko kończą się niepowodzeniem technicznym. Znacznie częściej system działa poprawnie, a mimo to projekt się zatrzymuje. Powody powtarzają się między zakładami i większość z nich da się przewidzieć na starcie:

• brak wskaźnika ustalonego przed startem — nie da się wykazać efektu, choć wszyscy go widzą;
• pilotaż obejmujący zbyt mały wycinek procesu, żeby cokolwiek zmienić;
• brak osoby odpowiedzialnej po stronie zakładu po zakończeniu prac wdrożeniowca;
• zmiana priorytetów albo osób decyzyjnych w trakcie trwania pilotażu;
• wynik pozytywny, ale przedstawiony językiem technicznym zamiast językiem kosztów i czasu.

Jak przedstawić wynik

Podsumowanie pilotażu trafia zwykle do osób, które nie brały udziału w codziennej pracy z systemem. Dlatego warto ograniczyć część techniczną do minimum i skupić się na tym, co się zmieniło w liczbach: ile czasu zajmowało odnalezienie sprzętu przed i po, ile zbliżeń odnotowano na krytycznym skrzyżowaniu, jak zmienił się czas oczekiwania przed stanowiskiem.

Dobre podsumowanie mieści się na jednej stronie i zawiera jedną rekomendację. Obszerne raporty techniczne są potrzebne, ale jako załącznik — nie jako główny dokument decyzyjny.

Ostatni punkt bywa pomijany najczęściej. Jeżeli przed uruchomieniem nikt nie zmierzył, ile czasu zajmuje odnalezienie sprzętu albo ile zbliżeń następuje na skrzyżowaniu ciągów, po wdrożeniu nie będzie punktu odniesienia — a wtedy dyskusja o efektach sprowadzi się do wrażeń, zamiast do liczb.