Badania branżowe konsekwentnie pokazują, że 40, 60% wdrożeń systemów CMMS nie osiąga zamierzonego zwrotu z inwestycji (ROI) w ciągu 24 miesięcy. Przyczyną prawie nigdy nie jest oprogramowanie, lecz jego wdrożenie. Technicy utrzymania ruchu, którzy nie korzystają z systemu, marnują każdą inwestycję w licencje, konfigurację i szkolenia.
Schemat niepowodzenia jest przewidywalny: wdrożenie jest wysokie w pierwszym tygodniu, ponieważ kierownictwo obserwuje, a następnie spada w tygodniach od drugiego do czwartego, gdy nowość zanika, a tarcie nowego systemu spotyka się z bezwładnością dotychczasowych nawyków.
Do trzeciego miesiąca od 30 do 40% techników powraca do papierowych dokumentów lub rozmów telefonicznych. System CMMS staje się narzędziem raportowania dla kierownictwa, a nie narzędziem operacyjnym dla utrzymania ruchu, a jakość danych pogarsza się, aż system nie dostarcza już żadnych przydatnych informacji.
Organizacje, które inwestują w zarządzanie zmianą równolegle z wdrożeniem CMMS, osiągają 3-krotnie wyższy wskaźnik adopcji i zwrot z inwestycji (ROI) o 40% szybciej niż te, które traktują to jako projekt czysto programistyczny.
Powód oporu nr 1, percepcja nadzoru: technicy często postrzegają CMMS jako narzędzie nadzoru zarządczego, a nie pomoc. Objawem jest realizacja zleceń zbiorczych pod koniec zmiany, a nie w czasie rzeczywistym, co generuje niedokładne dane.
Rozwiązanie to przynosi bezpośrednie korzyści technikom: prawidłowa dostępność części po przybyciu na miejsce, mniej zgłoszeń alarmowych dzięki śledzeniu pracy oraz dane historyczne chroniące ich w przypadku awarii sprzętu pomimo wysiłków konserwacyjnych. Powód oporu nr 2, percepcja dodatkowej pracy: jeśli CMMS dodaje kroki administracyjne bez usuwania innych, to rzeczywiście oznacza to dodatkową pracę. Rozwiązaniem jest wyeliminowanie wszystkich równoległych procesów papierowych w dniu uruchomienia.
System CMMS musi zastąpić istniejące procesy, a nie je uzupełniać. Powód oporu nr 3: tarcie w aplikacji mobilnej: jeśli realizacja zlecenia na urządzeniu mobilnym zajmuje 8 minut w porównaniu z 2 minutami na papierze, technicy będą korzystać z papieru.
Przed uruchomieniem należy zweryfikować UX wersji mobilnej z rzeczywistymi technikami i wyeliminować punkty tarcia, zanim staną się nawykami. Każdy z tych schematów oporu można rozwiązać przed uruchomieniem, żaden nie wymaga czekania na uruchomienie systemu, a adopcja już spadła.
Przed uruchomieniem (4 tygodnie przed): zaangażuj techników utrzymania ruchu jako partnerów projektowych w konfigurowanie formularzy realizacji zleceń roboczych, list kontrolnych PM i konwencji nazewnictwa zasobów. Technicy, którzy pomogli w budowie systemu, są zaangażowani w jego sukces.
Przedstaw kierownictwu zakładu ich rolę, kierownicy zakładów, którzy odwołują się do danych CMMS na spotkaniach zmianowych, sygnalizują, że kierownictwo traktuje je jako priorytet operacyjny. Tydzień uruchomienia: bądź obecny na hali produkcyjnej podczas każdej zmiany. Rozwiązuj problemy mobilne w czasie rzeczywistym. Świętuj pierwszą w pełni cyfrową zmianę.
Miesiąc pierwszy: cotygodniowe kontrole stanu technicznego, zadawanie technikom trzech pytań, co działa, co nie działa i jaka jedna zmiana uczyniłaby system bardziej użytecznym. Widoczne działania na podstawie odpowiedzi.
Miesiąc drugi-trzeci: transparentne publikowanie wskaźników wdrożenia, wskaźników zgodności konserwacji prewencyjnej, wolumenów zleceń, wskaźników napraw za pierwszym razem, i powiązanie ich z wynikami, na których zależy technikom: mniej zgłoszeń alarmowych o 2 w nocy, szybsze pozyskiwanie części, mniej czasu na wyjaśnianie, co działo się w serwisie w zeszłym tygodniu.
Długoterminowo: udostępnianie danych CMMS na codziennych spotkaniach przed zmianą. Gdy kierownik ds. utrzymania ruchu odwołuje się do danych CMMS na każdym briefingu, system staje się językiem operacyjnym działu utrzymania ruchu, a wdrożenie systemu samo się wzmacnia.
Zaloguj
Blog
