Najważniejsze wnioski
Zaległości w utrzymaniu rosną z nudnych powodów. Otwiera się zlecenie „wibracje na silniku Linii 3”, operator zgłasza problem, technik wymienia łożysko, objaw znika, ale oryginalne zlecenie nigdy nie zostaje zamknięte, bo zamknięcie wymaga otwarcia CMMS, znalezienia odpowiedniego wiersza i kliknięcia trzech rzeczy. Tydzień później inny operator zgłasza ten sam objaw i otwiera nowe zlecenie.
Teraz są dwa. Pomnóż to przez 200 zasobów i 18 miesięcy, a backlog staje się nie do poznania.
Drugim źródłem są duplikaty od różnych zgłaszających. Produkcja otwiera „zgrzewarka Linii 3 działa wolno”. Utrzymanie otwiera „łożysko zgrzewarki Linii 3”. Kontrola jakości otwiera „wzrost odrzuceń na zgrzewarce Linii 3”. Wszystkie trzy dotyczą tego samego zasobu, możliwe że tej samej przyczyny, ale siedzą jako trzy oddzielne wiersze. Bez przejścia deduplikującego backlog rośnie, nie odzwierciedlając większej liczby rzeczywistej pracy.
Trzecim źródłem jest brak jasnego kryterium zamknięcia. Zlecenie jest „w realizacji”, bo ktoś nad nim pracuje; pozostaje „w realizacji” w nieskończoność, bo nikt nie zdefiniował, co oznacza „zrobione” dla tego typu zlecenia. Artykuł o systemach zarządzania zleceniami roboczymi opisuje stany cyklu życia, na których opiera się ta metoda.
Cały backlog eksportuje się do arkusza kalkulacyjnego, sortując według wieku. Najstarsze wiersze (starsze niż 90 dni) na górze. To jedyny krok, w którym UI CMMS nie jest głównym narzędziem, sortowanie i masowa edycja w arkuszu są szybsze do triage, a wyniki zostają zaimportowane z powrotem.
Dla każdego wiersza jedna z następujących kategorii:
Większość pracy w 30 dni wykonuje się tutaj. Dwuosobowy zespół triage, lider utrzymania i przedstawiciel produkcji, może przejść 300 wierszy w tydzień, jeśli nie zamykają jednocześnie zleceń. Opieraj się pokusie łączenia triage z realizacją; wymagają innych umiejętności.
Widma zamyka się z kodem powodu „zweryfikowano po fakcie, już wykonane”. Duplikaty scala się z najstarszym wierszem. Wiersze o niewłaściwym typie kieruje się do odpowiedniego systemu (harmonogram PM dla prac cyklicznych, system zgłoszeń części dla pozycji dotyczących wyłącznie części). Pod koniec dnia 10 backlog powinien być mniejszy o 40, 60% w stosunku do stanu początkowego, zanim wykonano jakiekolwiek rzeczywiste naprawy.
Większość priorytetów w CMMS jest błędna. Ustawił je pierwotny zgłaszający, który miał kontekst tylko dla tego jednego zlecenia. Gdy backlog zmniejszy się do połowy, kierownik utrzymania może ponownie uporządkować pozostałe względem siebie:
Prosta zasada: jeśli zakład ma 100 zasobów, P1 powinno być poniżej 10 wierszy. Jeśli P1 ma 40 wierszy, „P1” przestaje cokolwiek znaczyć i cały system priorytetów się załamał. Przeorganizuj, aż P1 spełni regułę.
Każdy pozostały wiersz otrzymuje nazwanego właściciela, jedną osobę, nie dział. Bez tego prace P1 zalegają, bo wszyscy zakładają, że ktoś inny się nimi zajmuje. To drugi pod względem wpływu ruch w tej metodzie. Zobacz kontekst w naszym tekście o wskaźnikach KPI w produkcji, jak własność łączy się z metrykami trendów.
Przez ostatnie 10 dni każdy dzień roboczy ma jednego nazwanego technika odpowiedzialnego za zamknięcie dwóch wierszy P1. Nie „zespół zamknie”, jedna osoba, dwa konkretne ID wierszy. To daje 20 zamkniętych P1 w 10 dni, co zwykle pokrywa większość pozostałego stosu P1.
To sprawia, że porządki trwają. Trzy stałe zasady do wprowadzenia:
Dla typowego zakładu średniej wielkości z 100 zasobami zdrowy backlog to 30, 60 otwartych wierszy. Więcej niż to i popyt przytłacza zdolności (lub duplikaty wracają). Mniej niż to i system przestaje rejestrować prawdziwe zapotrzebowanie. Monitoruj liczbę co tydzień; trend jest ważniejszy niż wartość bezwzględna. Paruj liczbę backlogu z szerszym harmonogramem konserwacji zapobiegawczej, aby zespół wiedział, jaka część wysiłku jest reaktywna, a jaka planowana.
Zakład, który zaczyna od 220 otwartych zleceń, zwykle ląduje na:
„Rzeczywisty” backlog okazuje się znacznie mniejszy niż sugerowała liczba otwartych wierszy. Zakład nie dodał zdolności przerobowych. Po prostu przestał udawać, że 220 wierszy oznaczało 220 oddzielnych jednostek pracy.
Powyzsze kroki triage są niezależne od narzędzia, działają w dowolnym CMMS, łącznie z arkuszem kalkulacyjnym. Co się zmienia, gdy CMMS jest zbudowany na zintegrowanej podstawie OEE+CMMS, to strona zapobiegawcza: reguły progowe klastrów i łączenie zdarzeń OEE (omawiane w artykule o systemach zarządzania zleceniami roboczymi ) wychwytują powtarzające się przyczyny, które generują duplikaty.
Fabrico jest zbudowane pod ten workflow. Aby zobaczyć, jak porządki wyglądają na żywych danych twojego zakładu, umów demo .
Zwiększ zespół triage. Metoda jest taka sama, ale faza dni 1, 10 wymaga więcej osób. Backlog 500 wierszy z dwoma triagerami zajmuje ~3 tygodnie; z czterema zmieści się w 10 dniach. Nie pozwól, by metoda rozciągnęła się do 60+ dni, świeżość kontekstu maleje.
Tak, w zakładach, które nie robiły porządków przez 18+ miesięcy, widma zwykle stanowią największy pojedynczy kubełek do usunięcia. Im dłuższa przerwa od ostatnich porządków, tym wyższy udział widm. Zakłady robiące porządki kwartalnie utrzymują ich niski poziom.
Otwarte zadania PM to odrębna populacja. Mają własne terminy i własny wskaźnik sukcesu (wskaźnik realizacji na czas). Mieszanie ich z backlogiem reaktywnym zaciera obraz obu. Trzymaj je oddzielnie, nawet jeśli żyją w tym samym CMMS.
Tak, z ostrożnością. Liczba może dramatycznie spaść w pierwszych 30 dniach i wyglądać jak cud. Potem stabilizuje się w zakresie 30, 60 i wygląda, jakby nic się nie działo. Paruj liczbę z trendem wierszy P1, który jest bardziej znaczącym sygnałem.
Pozwalanie, by wykrywanie duplikatów zawiodło. Jeśli zgłaszający nie jest proszony o potwierdzenie lub scalenie przy każdym nowym otwarciu, duplikaty pojawiają się ponownie w ciągu kwartału i backlog znów rośnie. Reguła wykrywania duplikatów to rozwiązanie o najniższym koszcie wdrożenia i najwyższym zwrocie w czasie.
Zaloguj
Blog
