„Czarna dziura” danych: Jeśli w zleceniach pracy widnieją tylko komunikaty „Uszkodzone” i „Naprawione”, nie da się poprawić niezawodności. Działasz po omacku.
Struktura PCR: wykorzystaj strukturę Problem/Przyczyna/Rozwiązanie , aby ujednolicić dane bez przytłaczania techników.
Rozwiązanie Fabrico: Jak wymusić wprowadzanie danych strukturalnych na urządzeniach mobilnych, aby automatycznie uzyskiwać przejrzyste wykresy Pareto.
Jest taki moment, który doprowadza każdego kierownika ds. utrzymania ruchu do szału.
Pod koniec miesiąca generujesz raport, aby przeanalizować, dlaczego linia pakująca była nieczynna przez 20 godzin. Otwierasz historię zleceń roboczych, szukając informacji.
Widzisz 15 ukończonych zgłoszeń. W sekcji „Rozwiązanie” technik wpisał te same dwa słowa 15 razy:
"Naprawiłem to."
To jest problem „cyfrowych śmieci” . Masz dane, ale są bezużyteczne.
Nie wiesz, czy przyczyną zatrzymania maszyny było przepalenie silnika, zacięcie się czujnika czy błąd operatora.
Ponieważ nie znasz przyczyny, nie możesz zapobiec wystąpieniu zdarzenia w przyszłym miesiącu.
Aby przejść z sekcji „Gaszenie pożarów” do sekcji „Niezawodność”, należy usunąć pole tekstu swobodnego i zastąpić je standardowymi kodami awarii .
Oto jak stworzyć system kodów, z którego faktycznie będą korzystać technicy, i w jaki sposób Fabrico go egzekwuje.
W świecie konserwacji zorientowanej na niezawodność (RCM) historia jest wszystkim. Aby ustalić dokładne harmonogramy konserwacji zapobiegawczej (PM), musisz znać średni czas między awariami (MTBF) dla konkretnych typów awarii.
Jeśli opierasz się na notatkach pisanych na komputerze, możesz napotkać trzy problemy:
Różnice w pisowni: „Brng”, „Bearing” i „Baring” są traktowane przez program Excel jako trzy różne problemy.
Lenistwo: Łatwiej jest napisać „Gotowe” niż „Pasek napędowy wymieniony z powodu zmęczenia”.
Brak analityki: Nie można przedstawić na wykresie zdania. Można przedstawić na wykresie jedynie punkty danych strukturalnych.
Zasada: Pola tekstowe służą do kontekstu. Menu rozwijane służą do analiz.
Nie komplikuj zbytnio swoich kodów. Jeśli dasz technikowi listę 500 kodów ISO, za każdym razem wybierze pierwszy z nich (zazwyczaj „Inne”).
Skorzystaj z platformy PCR . Opowiesz całą historię trzema kliknięciami:
Co widział operator?
Przykłady: hałas , wyciek , wibracje , niskie ciśnienie , nie uruchamia się .
Wskazówka Fabrico: Operator powinien mieć dostęp do tych kodów w momencie zlecenia naprawy.
Co tak naprawdę się nie powiodło?
Przykłady: zużycie/starzenie , rozbieżność , błąd operatora , zanieczyszczenia/zacięcie , zwarcie .
Uwaga RCM: To jest krytyczne. Jeśli przyczyną jest „Błąd operatora”, żadne działania konserwacyjne nie pomogą. Potrzebne jest szkolenie, a nie klucze.
Co zrobiliśmy?
Przykłady: Wymieniony , Wyregulowany , Wyczyszczony , Zresetowany , Nasmarowany .
Rezultat: Zamiast „Naprawiono” Twoje dane wyświetlają teraz: [Wibracje] > [Niewspółosiowość] > [Skorygowano] . To dane, na podstawie których możesz działać.
Standardowe narzędzia CMMS (takie jak UpKeep czy ogólne moduły ERP) często traktują kody błędów jako opcjonalne znaczniki.
Fabrico traktuje je jako obowiązkowe dane inżynierskie.
Jeśli technik naprawia skrzynię biegów , nie powinien widzieć kodów błędów takich jak „Błąd oprogramowania” lub „Przebita opona”.
Fabrico umożliwia mapowanie konkretnych zestawów kodów awarii do konkretnych kategorii zasobów. Dzięki temu lista jest krótka, czytelna i można ją szybko przewijać na telefonie.
Nie da się ulepszyć czegoś, czego się nie mierzy. Fabrico pozwala skonfigurować system tak, aby zlecenie robocze nie mogło zostać zamknięte, dopóki nie zostanie wybrany kod błędu.
Technicy mogą początkowo narzekać, ale wybranie kodu zajmuje 3 sekundy. Ta inwestycja 3 sekund oszczędza później godziny analizy.
Ponieważ dane są ustrukturyzowane, Fabrico automatycznie tworzy analizę Pareto .
Możesz otworzyć pulpit nawigacyjny i od razu zobaczyć: „80% przestojów na Linii 1 jest spowodowanych [nieprawidłowym ustawieniem czujników]”.
Teraz wiesz dokładnie, na co przeznaczyć budżet. Naprawisz czujniki, a przestoje znikną.
Nie próbuj zbudować „Idealnej Biblioteki” kodów od razu.
Faza 1: Lista uniwersalna (tygodnie 1–4)
Zacznij od kodów wysokiego poziomu, które dotyczą wszystkiego (mechaniki, elektryki, hydrauliki, operacji). Przyzwyczaj zespół do klikania w menu rozwijane.
Faza 2: Ćwiczenie „Zły aktor” (miesiąc 2)
Zidentyfikuj 5 najgorzej działających maszyn (korzystając z danych OEE firmy Fabrico). Stwórz szczegółowe, konkretne kody awarii tylko dla tych maszyn.
Faza 3: Dostosowanie RCM (w toku)
Analizując błędy, aktualizuj kody. Jeśli zauważysz, że opcja „Inne” jest używana zbyt często, zapytaj zespół, czego brakuje i dodaj to.
„Mike” (kierownik ds. utrzymania ruchu) często myśli, że zbieranie danych to dla szefa zwykła papierkowa robota.
Musisz odwrócić ten scenariusz.
Pokaż Mike'owi, że korzystając z kodów błędów, może udowodnić „Pauli” (dyrektorowi finansowemu), że potrzebuje budżetu na nowy silnik, ponieważ ma 6 miesięcy danych dowodzących, że przyczyną jest „wypalenie silnika”.
Przestań zgadywać, dlaczego Twoje maszyny się zatrzymują.
[Zarezerwuj prezentację z Fabrico] i zobacz, jak nasze ustrukturyzowane dane sprawiają, że konserwacja staje się nauką.
Zaloguj
Blog
