Poniedziałek, 9:40. Telefon od klienta: pęknięte zatrzaski w plastikowych obudowach. Trzeci raz w dwa miesiące.
W dwóch poprzednich raportach przyczyna była ta sama: „błąd operatora”. Działanie też: „przeszkolono operatora”. Sortowanie u klienta, przeprosiny, raport zamknięty. I znowu telefon.
Problem wraca. Wszyscy mają wrażenie, że coś zrobili. Nikt nie zapytał, dlaczego to się w ogóle stało.
Ta historia to przykład hipotetyczny, złożony z sytuacji typowych dla wtryskowni. Rozwiązanie pokazuję niżej, w sekcji „Przykład”.
Taiichi Ohno opisał kiedyś maszynę, która stanęła, bo przepalił się bezpiecznik. Wymiana bezpiecznika uruchamia maszynę od razu. Na godzinę, może na tydzień. Dopiero kolejne pytania „dlaczego” zaprowadziły zespół do pompy oleju, w której zabrakło sitka. Opiłki dostawały się do środka, wał się wycierał, łożysko pracowało bez smaru.
Bezpiecznik to objaw. Brak sitka to przyczyna.
Dokładnie o tę różnicę chodzi w RCCA.
Czym jest RCCA?
Skrót najczęściej spotkasz w lotnictwie, obronności i motoryzacji. Wymagania ISO 9001 i AS9100 (punkt 10.2, niezgodności i działania korygujące) mówią wprost: przy niezgodności trzeba ustalić przyczynę i usunąć ją tak, żeby problem się nie powtórzył. Wielu producentów, którzy wymagają RCCA od dostawców, opiera ją na strukturze 8D.
Natomiast sama idea jest starsza niż normy. To zwykłe Lean: problem jest okazją do poprawy procesu, nie do szukania winnego.
Cztery słowa, które ciągle się mylą
Większość „zamkniętych” problemów, które wracają, kończy się na pierwszym albo drugim słowie z tej listy.
Zabezpieczenie
Chronisz klienta. Teraz.
Blokada partii, segregacja, kontrola 100%. Gasisz pożar, ale niczego jeszcze nie rozwiązujesz.
Korekta
Naprawiasz to, co już wadliwe
Poprawka, przeróbka, wymiana bezpiecznika. Usuwa wykrytą niezgodność, nie jej przyczynę.
Działanie korygujące
Usuwasz przyczynę
Zmiana w procesie, która sprawia, że ten sam problem nie powtórzy się. Montaż sitka, nie kolejny bezpiecznik.
Działanie zapobiegawcze
Usuwasz przyczynę, zanim problem wystąpi
Ta sama zmiana przeniesiona na maszyny i linie, na których problemu jeszcze nie było.
Jak przeprowadzić RCCA?
Zabezpiecz klienta. Zanim zaczniesz analizę, zatrzymaj wadę: zablokuj podejrzane partie, sprawdź magazyn i to, co jest w drodze.
Zbierz zespół z ludźmi z procesu. Operator, lider zmiany, jakość, utrzymanie ruchu. Bez operatora analiza zamienia się w zgadywanie przy biurku.
Opisz problem liczbami. Co, gdzie, kiedy, ile sztuk, od kiedy, jak wykryto. Bez słowa o tym, kto zawinił.
Znajdź przyczynę źródłową. Idź na gemba (jap. miejsce, gdzie dzieje się praca), zbierz fakty, rozpisz rybią ość i zadawaj pytanie „dlaczego”, aż dojdziesz do czegoś, co możesz zmienić w procesie. Szukaj dwóch przyczyn: dlaczego wada powstała i dlaczego nikt jej nie wykrył.
Wybierz działanie korygujące. Takie, które usuwa przyczynę, a nie dokłada kontroli na końcu linii. Każde z nazwiskiem i datą.
Sprawdź skuteczność na danych. Nie w dniu wdrożenia. Dopiero gdy masz wyniki z okresu, w którym problem wcześniej się pojawiał. Jeśli wraca, wracasz do kroku 4.
Ustandaryzuj i przenieś dalej. Nowy standard pracy, One Point Lesson dla zmian i yokoten (jap. rozprzestrzenianie w poziomie), czyli przeniesienie rozwiązania na podobne maszyny i linie.
Dopiero wtedy możesz z czystym sumieniem zamknąć temat. Zabezpieczenie zdejmujesz na końcu, a nie na początku.
RCCA, 8D i A3: czym się różnią?
RCCA
Podejście
Nazwa całego cyklu: od zabezpieczenia, przez przyczynę, do działania korygującego i sprawdzenia skuteczności.
8D
Format raportu
Osiem kroków (D1 do D8), które powstały w Fordzie. Najczęstszy sposób dokumentowania RCCA wobec klienta. Więcej w artykule o metodzie 8D.
A3
Jedna kartka
Sposób Toyoty: problem, analiza, działania i plan na jednym arkuszu A3. Dobry do pracy wewnątrz firmy. Zobacz raport A3.
I tu jest sedno: to nie są trzy konkurencyjne metody. To jedna logika w trzech opakowaniach. Klient lotniczy poprosi o 8D. Zespół na hali szybciej zrozumie A3. Myślenie w obu przypadkach jest to samo.
Co odróżnia dobrą analizę RCCA od formularza?
Jak wyglądałoby RCCA dla pękających zatrzasków?
Wróćmy do wtryskowni z początku. Obudowy z poliamidu (PA6), klient montuje je na swojej linii. Trzy reklamacje w dwa miesiące, łącznie 1 840 sztuk do posortowania.
Pięć pytań „dlaczego” na hali, a nie w sali konferencyjnej:
Dlaczego pęka zatrzask? Materiał jest kruchy.
Dlaczego jest kruchy? Granulat trafia na wtryskarkę za wilgotny.
Dlaczego za wilgotny? Po weekendzie suszarkę włącza się razem ze startem zmiany, a materiał potrzebuje kilku godzin suszenia.
Dlaczego razem ze startem? Tak mówi instrukcja rozruchu po postoju.
Dlaczego instrukcja tak mówi? Pisano ją dla polipropylenu, który suszenia nie wymaga. Poliamid doszedł później, a standardu nikt nie zaktualizował.
I druga ścieżka: dlaczego nikt tego nie wykrył? Bo kontrola pierwszej sztuki sprawdzała wymiar i wygląd. Kruchość wychodziła dopiero u klienta, przy wciskaniu zatrzasku.
Przyczyna powstania
Standard rozruchu bez suszenia
Program tygodniowy suszarki startuje w niedzielę wieczorem. Pomiar wilgotności granulatu jest punktem na liście kontrolnej rozruchu.
Przyczyna przejścia
Kontrola bez testu zatrzasku
Do kontroli pierwszej sztuki dochodzi prosty test zgięcia zatrzasku. One Point Lesson dla wszystkich zmian.
Yokoten
Pozostałe maszyny
Ta sama zmiana na dwóch innych wtryskarkach, które przetwarzają poliamid.
Skuteczność? Sprawdzana na kolejnych poniedziałkach, bo to wtedy problem występował. Dopiero po kilku poniedziałkach bez pęknięć zespół zdejmuje sortowanie 100% i zamyka temat.
Zwróć uwagę: operator nie popełnił tu żadnego błędu. Zrobił dokładnie to, co kazał standard.
Czy RCCA działa w biurze?
Działa tak samo. Powtarzające się korekty faktur, zamówienia wprowadzone z błędem, reklamacje, które wracają co miesiąc. Zabezpieczasz klienta, opisujesz problem liczbami, szukasz przyczyny w procesie i sprawdzasz po czasie, czy zniknęła. Zmienia się tylko miejsce, w którym robisz gemba: zamiast hali jest ekran i skrzynka mailowa.
Gdzie pomaga AI?
AI nie zna Twojej hali. Nie zastąpi rozmowy z operatorem ani wyjścia na gemba. Natomiast skraca pracę wokół analizy.
Opis problemu
Porządek w notatkach
Wklejasz notatki ze zmiany i zgłoszenie od klienta. Claude układa je w opis: co, gdzie, kiedy, ile, i wskazuje, czego brakuje.
Hipotezy
Rybia ość do sprawdzenia
Lista możliwych przyczyn w kategoriach rybiej ości, każda z pytaniem, które trzeba zweryfikować na gemba. Hipotezy, nie wyrok.
Dokumentacja
8D, A3, One Point Lesson
Z ustaleń zespołu powstaje szkic raportu 8D albo A3 i jednostronicowa instrukcja dla zmian.
Gotowy prompt do analizy RCCA (opis problemu, zabezpieczenie i hipotezy przyczyn do sprawdzenia na hali) dostaniesz w newsletterze KAIzen na Leanie (wydanie 24 listopada). Prompty trafiają wyłącznie do subskrybentów.
Pełny przykład takiej pracy pokazałem w artykule o diagnozie wad wtrysku z AI.
Najczęstsze błędy w RCCA
Zamknięcie tematu po korekcie. Wadliwe sztuki przerobione, klient zadowolony, problem wraca za miesiąc.
„Błąd ludzki” jako przyczyna i „przeszkolenie operatora” jako działanie. Jeśli proces pozwala się pomylić, ktoś się pomyli. Pytaj dalej: dlaczego było to możliwe?
Pięć „dlaczego” przy biurku. Bez faktów z hali dostajesz najbardziej prawdopodobną historię, a nie przyczynę. Więcej o tym w tekście o tym, dlaczego mylimy objaw z przyczyną.
Brak sprawdzenia skuteczności. Działanie wdrożone to nie to samo co działanie skuteczne.
Rozwiązanie zostaje na jednej linii. Druga identyczna maszyna czeka na ten sam problem.
Moim zdaniem najlepsze odpowiedzi na pytanie „dlaczego” mają ludzie z hali. Wystarczy ich zapytać i zejść z nimi do procesu.
Objaw naprawisz w minutę. Przyczynę trzeba znaleźć.
Najczęstsze pytania o RCCA
Co oznacza skrót RCCA?
Root Cause Corrective Action, czyli przyczyna źródłowa i działanie korygujące. Czasem spotkasz wersję Root Cause and Corrective Action. Chodzi o to samo.
Czym RCCA różni się od 8D?
RCCA to podejście: znajdź przyczynę, usuń ją, sprawdź skuteczność. 8D to jeden z formatów, w którym to podejście dokumentujesz, w ośmiu krokach.
Ile trwa analiza RCCA?
Zabezpieczenie robisz od razu. Analiza trwa tyle, ile trzeba, żeby dojść do przyczyny potwierdzonej faktami. Sprawdzenie skuteczności zamykasz dopiero wtedy, gdy masz dane z okresu, w którym problem wcześniej występował.
Czy RCCA jest tylko dla firm z AS9100?
Nie. Normy lotnicze go wymagają, ale ta sama logika działa w każdej firmie produkcyjnej i usługowej, także w biurze.
Jedno narzędzie Lean i AI w tygodniu, prosto do Twojej skrzynki
Krok po kroku, na przykładzie z realnego procesu, z podpowiedzią, gdzie AI skraca pracę. Czyta go ponad 400 praktyków. Wypiszesz się jednym kliknięciem.
