Poradnik menedżera dotyczący analizy przyczyn źródłowych OEE (z wykorzystaniem metody 5 dlaczego)

Zacznijmy od znajomej historii. Mike, kierownik utrzymania ruchu, właśnie wyszedł z cotygodniowego spotkania produkcyjnego.

Trzeci poniedziałek z rzędu dane OEE pokazały, że prasa #7 była największym źródłem nieplanowanych przestojów. Zespół wciąż stosuje szybką prowizorkę, żeby ją ponownie uruchomić, ale leczy tylko objaw.

Zespół utknął we frustrującej pętli jak w „Dniu świstaka”, w której ten sam problem powtarza się bez końca. To niszczy morale zespołu i rujnuje jego wynik OEE.

Aby przerwać ten kosztowny cykl, wyjdź poza pytanie „co” i znajdź odpowiedź na pytanie „dlaczego”.

5 Why to proste, ale niezwykle skuteczne ćwiczenie zespołowe, które służy właśnie temu. Wystarczy, że nazwiesz problem wskazany przez Twoje dane i będziesz pytać „Dlaczego?” tak długo, aż dotrzesz do prawdziwej przyczyny źródłowej, na którą możesz zareagować.

Przejdźmy krok po kroku przez ten frustrujący problem z prasą #7 i zobaczmy, jak nowoczesny system pozwala dojść do prawdziwego rozwiązania.

Krok 1: Znajdź swój cel dzięki danym OEE

Dobra analiza przyczyn źródłowych nie zaczyna się od przeczucia, tylko od dobrych danych.

Mike rozpoczyna proces, otwierając swój pulpit OEE w Fabrico. Wykres Pareto przestojów jest krystalicznie jasny i niepodważalny: zdarzeniem przestoju nr 1 w zeszłym tygodniu było „Prasa #7 - Nieplanowany postój”.

Ta oparta na danych diagnoza to idealny, bezstronny punkt wyjścia do jego analizy metodą 5 Why.

Krok 2: Zadaj pierwsze „dlaczego” i zagłęb się w dane

Mike zbiera zespół, w tym operatora i technika, który reagował na ostatnią awarię. Nazywa problem.

Opis problemu: „Prasa #7 nieoczekiwanie stanęła”.

1. Dlaczego prasa stanęła? Operator Tom odpowiada: „Bo główny silnik napędowy się przegrzał i zgłosił błąd”.

Teraz Mike musi to zweryfikować. Korzysta z Fabrico CMMS, aby od razu wyświetlić na tablecie pełną historię maszyny dla prasy #7. Widzi, że trzy ostatnie zlecenia pracy dotyczyły alarmów silnika, co potwierdza wersję Toma.

Krok 3: Kontynuuj łańcuch pytań „dlaczego”

Zespół drąży dalej.

2. Dlaczego silnik się przegrzał? Technik mówi: „Bo pracował z nadmiernym obciążeniem i nie był prawidłowo smarowany”.

3. Dlaczego nie był prawidłowo smarowany? Technik szybko sprawdza historię utrzymania ruchu w CMMS i znajduje odpowiedź: „Bo pominięto kwartalne zadanie konserwacji prewencyjnej polegające na smarowaniu tego silnika”.

4. Dlaczego pominięto PM? Mike przegląda zapisy w CMMS dotyczące pominiętego PM: „Bo zabrakło nam wymaganego smaru specjalnego”.

5. Dlaczego go zabrakło? Mike sprawdza stan magazynowy części w CMMS: „Bo nikt nie ustawił minimalnego poziomu zapasu dla tego smaru, więc nic nas nie ostrzegło, zanim się skończył”.

Przyczyna źródłowa: w ciągu zaledwie kilku minut zespół przeszedł od „zepsutej maszyny” do „luki w naszym procesie zarządzania zapasami”. To problem, który da się rozwiązać na stałe.

Krok 4: Stwórz lekarstwo, które można śledzić (najważniejszy krok)

Właśnie na tym etapie zawodzi większość analiz przyczyn źródłowych. Zespół znajduje odpowiedź, zapisuje ją na tablicy, a potem wszyscy zostają wciągnięci w gaszenie kolejnego pożaru. Rozwiązanie nigdy nie zostaje wdrożone.

W nowoczesnym, zintegrowanym systemie proces nie kończy się na tablicy. Jeszcze w trakcie spotkania Mike tworzy w Fabrico CMMS dwa działania korygujące, które można śledzić.

Najpierw tworzy natychmiastowe zlecenie pracy na wymianę uszkodzonego silnika i wykonanie zaległego PM smarowania. Następnie przydziela kierownikowi magazynu zadanie ustawienia minimalnego i maksymalnego poziomu zapasu dla smaru specjalnego, aby zespół dostał powiadomienie, zanim smar się skończy.

Lekarstwo jest teraz formalnym, przypisanym zadaniem, które można śledzić. Ma właściciela i termin i pozostaje widoczne, dopóki ktoś go nie zamknie.

Kto powinien brać udział w analizie 5 Why?

Potrzebujesz małego, wielofunkcyjnego zespołu. Muszą się w nim znaleźć osoby najbliżej problemu, na przykład operator obsługujący maszynę i technik utrzymania ruchu, który ją naprawia.

Ile powinno trwać spotkanie 5 Why?

Przy dobrze zdefiniowanym problemie spotkanie powinno być szybkie i konkretne, najlepiej od 15 do 30 minut. Natychmiastowy dostęp do danych OEE i CMMS to klucz do szybkiej i trafnej odpowiedzi.

Co, jeśli nie możemy uzgodnić przyczyny źródłowej?

Jeśli zespół utknie, często oznacza to, że potrzebujesz więcej danych. Możesz utworzyć w swoim CMMS zlecenie inspekcji, aby zebrać więcej informacji, zanim ponownie zwołasz spotkanie 5 Why.

Twoje dane OEE to świetne narzędzie, które pokazuje, na czym skupić uwagę. Ale same dane nie rozwiązują problemów.

Łącząc dane OEE z prostym procesem 5 Why i wspierając to wszystko zintegrowanym systemem CMMS, który śledzi Twoje ustalenia i poprawki, możesz zbudować prawdziwą, trwałą kulturę ciągłego doskonalenia.

Chcesz zobaczyć zintegrowaną platformę, która w jednym miejscu daje Ci dane do diagnozy i narzędzia do leczenia?

Krok 5: Udowodnij, że lekarstwo zadziałało

RCA jest zakończona wtedy, gdy usterka przestaje się pojawiać, a nie wtedy, gdy zadanie zostaje zamknięte. Wyznacz datę za cztery do sześciu tygodni i sprawdź wykres Pareto przestojów dla prasy #7: czy przeciążenie silnika zniknęło z listy?

Sprawdź historię maszyny pod kątem nowych alarmów silnika i potwierdź, że od czasu zmiany PM smarowania był wykonywany na czas. Jeśli usterka wróciła, łańcuch pytań „dlaczego” zakończył się za wcześnie albo poprawka nie była właściwa, więc otwórz analizę ponownie z nowymi danymi.

Czego Fabrico nie robi. Fabrico nie przeprowadzi za Ciebie analizy 5 Why. Nie ma przepływu pracy RCA, drzewa przyczyn ani szablonu raportu z dochodzenia i nie wymusza kodów Problem, Przyczyna i Środek zaradczy przed zamknięciem zlecenia pracy.

Zamiast tego kładzie na stół dowody, gdy pytasz „dlaczego”: wykres Pareto przestojów, historię zleceń pracy i PM maszyny, zużyte części, MTTR i MTBF oraz asystenta AI, którego możesz zapytać o maszynę lub o wcześniejszą awarię.