Najważniejsze wnioski
Zobacz nasze zestawienie oprogramowania do analizy przyczyn źródłowych.
Analiza przyczyn źródłowych to usystematyzowany sposób przejścia od objawu („Linia 3 ciągle się zatrzymuje”) do podstawowej przyczyny, którą można rzeczywiście naprawić („czujnik podajnika dryfuje, gdy pomieszczenie się nagrzeje”). Chodzi o trwałość: rozwiąż przyczynę źródłową, a problem przestanie się powtarzać, zamiast co tydzień zerować ten sam błąd.
Warto ją przeprowadzić, gdy problem się powtarza, gdy zatrzymanie jest kosztowne albo gdy oczywista naprawa nie zadziałała już dwa razy. Jest przesadą przy pojedynczych, rzeczywistych incydentach.
Każda awaria ma warstwy. Natychmiastowy czynnik wyzwalający to to, co zatrzymało linię w danym momencie (np. zator). Przyczyna źródłowa to powód, dla którego ten czynnik się powtarza (np. źle ustawiony prowadnik zamontowany podczas przezbrojenia). Usunięcie czynnika wyzwalającego uruchomi linię ponownie; usunięcie przyczyny źródłowej zatrzyma powtarzanie się problemu. Zespoły, które je mylą, są zajęte, ale się nie poprawiają.
Wyniki RCA powinny być konkretnym, przypisanym i śledzonym działaniem, a nie notatką. W praktyce oznacza to, że konkluzja staje się zleceniem roboczym lub zmianą w harmonogramie konserwacji prewencyjnej, z określoną datą i właścicielem, a powtarzający się błąd jest monitorowany, by potwierdzić, że rzeczywiście ustał.
Fabrico nie zastępuje ludzkiego osądu w RCA, ale usuwa dwa czynniki, które zwykle ją pogrążają: złe dane wejściowe i brak dokończenia działań. Rejestruje przestoje automatycznie i używa widzenia komputerowego, aby przypisać rzeczywisty natychmiastowy powód do każdego zatrzymania, dzięki czemu wykres Pareto odzwierciedla rzeczywistość, a każde zdarzenie jest powiązane z historią, która uwidacznia powtarzalność.
Ponieważ OEE i CMMS działają na jednej platformie, ustalenie z RCA staje się zleceniem roboczym lub zmianą w harmonogramie konserwacji prewencyjnej (PM) w tym samym systemie. Fabrico jest budowane i hostowane w UE z uwzględnieniem lokalizacji danych oraz posiada certyfikat ISO 27001.
Aby zobaczyć to na swoich powtarzających się usterkach, umów się na demo .
Zacznij od 5 Whys przy pojedynczym, powtarzającym się problemie, a od diagramu Ishikawy (fishbone), gdy przyczyna może leżeć w kilku obszarach. Użyj Pareto, aby zdecydować, które problemy w ogóle warto poddać RCA. Te metody się uzupełniają, nie konkurują.
Tyle, ile potrzeba, aby dojść do przyczyny, którą można rzeczywiście zmienić w procesie lub na urządzeniu. Pięć to wskazówka, nie reguła. Jeśli ostatnie „dlaczego” obwinia osobę, zwykle nie doszedłeś jeszcze do przyczyny źródłowej.
Zazwyczaj dlatego, że analiza zatrzymała się na natychmiastowym czynniku wyzwalającym lub dlatego, że ustalenie nigdy nie zostało przekute w śledzone działanie. Prawdziwa przyczyna źródłowa, na którą podjęto działania, nie powraca; jeśli powraca, to któryś z tych dwóch kroków został pominięty.
Nie. Oprogramowanie może rejestrować dokładne dane o zdarzeniach, uwidaczniać powtarzalność i przenosić ustalenia do zleceń roboczych, co usuwa części, które zwykle wykolejają RCA. Ocena co do podstawowej przyczyny pozostaje jednak w gestii człowieka.
Zaloguj
Blog
