Analiza przyczyn źródłowych w produkcji: czym jest RCA i jak ją przeprowadzić?

Proces produkcji nie zawsze przebiega bezproblemowo. Dlatego istotne jest posiadanie rozwiązań i narzędzi, które pozwalają zaradzić ewentualnym problemom. Jedną z metod przydatnych przy identyfikacji słabości procesu wytwarzania jest analiza przyczyn źródłowych (ang. Root Cause Analysis). Pozwala ona uchwycić sedno problemu, co jest niezbędne dla wdrożenia właściwych środków zaradczych. Bez zidentyfikowania podstawowych przyczyn problemu, producenci są zmuszeni działać ciągle w trybie doraźnym, marnując czas i pieniądze na tymczasowe rozwiązania.

Czym jest analiza przyczyn źródłowych?

Analiza przyczyn źródłowych (RCA) to systematyczne podejście do analizy awarii w dowolnym miejscu procesu produkcyjnego, mające na celu identyfikację przyczyn źródłowych i zapobieganie ich ponownemu wystąpieniu. RCA to nie pojedyncza metoda, lecz termin zbiorczy obejmujący różne techniki i modele. Można ją również wykorzystać do innych celów, takich jak bezpieczeństwo pracy i dobór personelu, a także innych procesów biznesowych. Skoncentrujemy się jednak na wykorzystaniu jej do odkrywania przyczyn źródłowych problemów występujących w procesie produkcyjnym.

Dlaczego odkrycie przyczyny źródłowej jest ważne

Powtarzające się problemy marnują czas, materiały i pieniądze. Tymczasowe rozwiązania wprowadzane bez znalezienia prawdziwej przyczyny problemu prowadzą do kaskady negatywnych efektów. Wielu producentów szybko rozpoznaje objawy problemu, ale ma trudności z zapobieganiem ich nawrotom. Oto trzy cele związane z przeprowadzaniem analizy przyczyn źródłowych:

Zidentyfikuj prawdziwe źródło problemu

Pierwszym celem jest wyjście poza widoczne objawy i znalezienie faktycznego źródła problemu. RCA wykorzystuje systematyczne metody oparte na danych, aby prześledzić problemy aż do ich źródła, pomagając odróżnić czynniki przyczyniające się do problemu od jego rzeczywistego źródła lub usterki, która go napędza.

Na przykład opóźnienia w dostawach nie zawsze są problemem związanym z wysyłką. Zazwyczaj wynikają z braku zapasów, planowania lub komunikacji na kilku etapach procesu. Konieczne jest dotarcie do sedna problemu.

Wdrażanie rozwiązań, które naprawdę działają

Gdy już dotarłeś do rzeczywistej przyczyny, możesz teraz generować działania naprawcze w oparciu o rzeczywistość, a nie założenia. Kiedy zajmujesz się podstawowymi przyczynami problemów, tworzysz rozwiązania poparte danymi, które przynoszą długotrwałe rezultaty, a nie chwilową ulgę.

Zapobieganie nawrotom problemów

Chodzi o to, aby zająć się prawdziwą przyczyną problemu, aby nie utknąć w nieskończonym cyklu powtarzających się problemów. Wprowadzanie ukierunkowanych usprawnień zwiększa niezawodność systemu. Dzięki temu Twoja działalność przechodzi z reaktywnego trybu doraźnych rozwiązań do proaktywnego zapobiegania problemom. Zajmujesz się rzeczywistymi problemami i promujesz zarządzanie jakością oraz kontrolę procesów produkcyjnych i biznesowych.

Jak przeprowadzić analizę przyczyn źródłowych

Istnieje kilka skutecznych szablonów analizy przyczyn źródłowych, uznanych za pomocne w tworzeniu diagramów analizy przyczyn źródłowych. Mogą być one zarówno proste, jak i złożone. Jednak aby którykolwiek z nich był skuteczny, należy przestrzegać ściśle określonego schematu.

Jednym ze strukturalnych wzorców ciągłego doskonalenia i Six Sigma jest pięciofazowa metodologia DMAIC – Definiuj, Mierz, Analizuj, Ulepszaj, Kontroluj. Można ją wykorzystać do projektowania nowych procesów, a także do analizy przyczyn źródłowych.

Define (definiuj) – ustalenie krytycznych cech jakości produktu z punktu widzenia klientów, a także określenie, które parametry produkcji i w jaki sposób wpływają na jakość. Na tym etapie powstaje karta projektu, precyzująca jaki proces będzie podlegał usprawnieniu, a także do jakich mierzalnych celów się dąży. Do określonych w karcie projektu celów może należeć np. wzrost wartości sigma lub ograniczenie kosztów.

Measure (mierz) – śledzenie wytypowanych w poprzednim kroku parametrów produkcji przy użyciu systemu pomiarowego

Analyze (analizuj) – porównywanie wyników pomiarów z przyjętymi wcześniej założeniami, poszukiwanie związków przyczynowych i powodów odchyleń od normy. Dzięki analizom możliwe jest zidentyfikowanie źródeł problemów.

Improve (doskonal) – decydujemy jakie zmiany w procesie produkcyjnym należy wprowadzić, aby uzyskać określone rezultaty w zakresie jakości. Do udoskonalenia można wykorzystać inne metody z obszaru lean management, takie jak Poka Yoke, czyli zorganizowanie pracy w taki sposób, aby maksymalnie ograniczyć ryzyko popełnienia błędu.

Control (kontroluj) – monitorowanie poziomu jakości i związanych z nią parametrów produkcji, weryfikacja rezultatów fazy udoskonalenia. W fazie kontroli wykorzystuje się te same narzędzia pomiaru, co na etapie mierzenia. W celu weryfikacji, czy realizacja produkcji odbywa się zgodnie z założeniami, stosuje się techniki statystycznej kontroli procesu (SPC). Polega ona na porównywaniu parametrów produkcji z wyznaczoną dla nich tolerancją odchyleń (wykres Shewharta). Jednym z rozwiązań, które można zastosować w celu skutecznej implementacji modelu DMAIC, są systemy realizacji produkcji MES (Manufacturing Execution System).

I wreszcie – co, jeśli problem nie zniknie? Zaczynasz od nowa i sprawdzasz, co przeoczyłeś. Przejrzyj swoją pierwotną analizę przyczyn źródłowych (RCA) i sprawdź, co zostało pominięte lub zignorowane. Następnie zacznij cały proces od nowa.

Modele RCA dla prostych, liniowych problemów

Proste związki przyczynowo-skutkowe zazwyczaj nie wymagają skomplikowanych narzędzi analitycznych. Te metody sprawdzają się, gdy problem ma jasno określoną progresję. Jedna rzecz prowadzi do drugiej dość prostą drogą.

Metoda 5 why

Na czym polega: Technika pytań i odpowiedzi, która dociera do źródła problemu poprzez wielokrotne zadawanie pytania „dlaczego”, aż do momentu dotarcia do sedna problemu.

Najlepiej sprawdza się w przypadku: nieskomplikowanych problemów z bezpośrednimi związkami przyczynowo-skutkowymi. Świetnie sprawdza się, gdy potrzebujesz szybkich odpowiedzi bez konieczności gromadzenia obszernych danych do podjęcia decyzji. Pięć pytań „dlaczego” pomoże Ci stosunkowo szybko znaleźć przyczynę.

Jak to działa:

1. Zacznij od jasnego i prostego określenia problemu.
2. Zapytaj „dlaczego” wystąpił problem. Koniecznie udokumentuj odpowiedź.
3. Weź tę odpowiedź i zapytaj jeszcze raz „dlaczego”.
4. Kontynuuj zadawanie pytania „dlaczego” (zwykle 4–6 razy), dopóki dalsze odpowiedzi nie będą miały sensu lub nie wniosą żadnych dodatkowych przydatnych informacji.

Przykład:

• Problem: Dostawy do klientów są notorycznie opóźnione.
• Dlaczego? Produkcja kończy się z opóźnieniem.
• Dlaczego? Surowce powodują nieoczekiwane braki w zapasach .
• Dlaczego? Poziomy zapasów nie zgadzają się z tym, co jest w systemie.
• Dlaczego? Zużycie materiałów nie jest raportowane prawidłowo.
• Dlaczego? Nowi pracownicy nie rozumieją procesu raportowania.
• Przyczyna źródłowa: Niewystarczające przeszkolenie w zakresie procedur raportowania stanu zapasów.

Nie rezygnuj zbyt wcześnie. Kuszące jest zaakceptowanie pierwszej sensownej odpowiedzi, ale zazwyczaj to tylko objaw. Może nie być prawdziwą przyczyną problemu. Uważaj też, aby nie zamienić tego w szukanie winnych. Skup się na błędach procesowych, a nie tylko na błędach ludzkich.

Analiza zmian

Na czym polega: Metoda polegająca na badaniu zmian, jakie zaszły w procesie, środowisku lub materiałach przed wystąpieniem problemu.

Najlepiej sprawdza się dla: Problemów, które pojawiły się nagle lub niedawno. Dzieje się tak szczególnie wtedy, gdy słyszysz, jak pracownicy mówią: „Wszystko działało dobrze, dopóki…”.

Jak to działa:

1. Ustal dokładnie, kiedy problem pojawił się po raz pierwszy lub jak najbliżej tego momentu.
2. Zidentyfikuj wszystkie zmiany, które nastąpiły w tym czasie, takie jak zmiany kadrowe, materiały od nowych dostawców, modyfikacje sprzętu lub aktualizacje procedur.
3. Przeanalizuj każdą zmianę. Określ, czy mogła ona przyczynić się do problemu.
4. Przetestuj swoją hipotezę, badając jej związek z problemem.
5. Sprawdź, czy cofnięcie zmian rozwiąże problem.

Przykład:

• Problem: Liczba wad jakościowych gwałtownie wzrosła dwa tygodnie temu.
• Zidentyfikowane zmiany: 1. Pojawił się nowy dostawca kluczowego komponentu. 2. Wprowadziliśmy zmiany w systemie pracy operatorów. 3. Niedawno miała miejsce aktualizacja oprogramowania.
• Śledztwo wykazało, że podzespoły nowego dostawcy mają nieco inne specyfikacje.
• Przyczyna źródłowa: Niezgodność specyfikacji komponentów z powodu zmiany dostawcy.

Wiele zmian często zachodzi jednocześnie. Nie zakładaj, że najbardziej oczywista zmiana jest przyczyną lub jedynym problemem – systematycznie badaj wszystkie możliwości.

RCA w przypadku problemów wieloczynnikowych

Czasami problem nie ma jednej przyczyny. To idealna burza, w której kilka rzeczy idzie nie tak jednocześnie. Kiedy masz wielu podejrzanych lub szczerze mówiąc nie wiesz, od czego zacząć, potrzebujesz czegoś, co pomoże ci zmapować wszystkie możliwości.

Właśnie w tym miejscu diagram Ishikawy okazuje się najbardziej przydatny.

Diagram Ishikawy lub diagram rybiej ości

Czym jest: Wizualne narzędzie, które porządkuje potencjalne przyczyny w kategorie. W widoczny sposób pokazuje, jak każda z nich może przyczyniać się do problemu. Po rozrysowaniu przypomina szkielet ryby.

Najlepiej sprawdza się w przypadku: złożonych problemów o wielu potencjalnych przyczynach. Świetnie sprawdza się również w sytuacjach, gdy trzeba rozważyć wszystkie możliwości, zanim się je zawęzi.

Jak to działa:

1. Narysuj poziomą linię z treścią problemu w ramce na prawym końcu („głowa ryby”).
2. Zidentyfikuj 4-6 głównych kategorii, które mogą zawierać przyczyny nieefektywności. W przypadku produkcji mogą to być:
   • Siła robocza.
   • Metoda.
   • Przybory
   • Maszyneria.
   • Pomiar.
   • Środowisko.
3. Narysuj linie ukośne od linii głównej dla każdej kategorii („kości” szkieletu).
4. Zastanów się nad potencjalnymi przyczynami źródłowymi w każdej kategorii. Dodaj je jako mniejsze gałęzie.
5. Przeanalizuj diagram. Zidentyfikuj najbardziej prawdopodobne przyczyny źródłowe, które należy zbadać dalej.

Przykład:

• Problem: Wysoka liczba usterek w montażu końcowym.
• Kategorie i zagadnienia branżowe do omówienia:
  • Siła robocza → Luki w szkoleniu lub zmęczenie.
  • Metoda → Niejasne procedury lub doraźne skróty.
  • Materiały → Różnice w jakości lub błędne specyfikacje.
  • Maszyny → Problemy z kalibracją lub zużyte narzędzia.
• Twoje dochodzenie wykazało, że główną przyczyną jest zużyte narzędzia.
• Przyczyna główna: Nieefektywne planowanie konserwacji zapobiegawczej lub jej przezbrajanie.

Zwróć uwagę na: Potraktuj diagram Ishikawy jako punkt wyjścia. Wskazuje on potencjalne przyczyny, ale każdą z nich będziesz musiał zweryfikować. Podczas burzy mózgów powstrzymaj się od zbaczania na tematy poboczne. Skoncentruj się na konkretnym problemie, którym się zajmujesz.

Metody RCA dla problemów złożonych lub krytycznych dla bezpieczeństwa

Kiedy masz do czynienia z problemami, które mają wiele punktów awarii, zagrożeń bezpieczeństwa lub złożonych systemów, potrzebujesz bardziej zaawansowanych narzędzi. Te metody pomagają śledzić przyczyny awarii i ustalić, gdzie zawiodły zabezpieczenia. Awaria jednego elementu często może wywołać efekt domina.

Analiza drzewa błędów

Czym jest: Diagram logiczny typu top-down, który mapuje wszystkie możliwe sposoby wystąpienia awarii, wykorzystując bramki logiczne do pokazania relacji między zdarzeniami. Często wygląda jak drzewo.

Najlepiej sprawdza się w przypadku: złożonych problemów z wieloma potencjalnymi przyczynami awarii, incydentów o znaczeniu krytycznym dla bezpieczeństwa lub gdy trzeba zrozumieć, w jaki sposób różne awarie łączą się, tworząc problem.

Jak to działa:

1. Zdefiniuj niepożądane zdarzenie i umieść je na górze drzewa.
2. Zidentyfikuj wszelkie bezpośrednie przyczyny, które mogą prowadzić do tego problemu.
3. W przypadku każdej przyczyny określ, czy jest to zdarzenie podstawowe, którego nie można bardziej szczegółowo rozłożyć na czynniki pierwsze, czy też wymaga dalszej analizy.
4. Użyj bramek logicznych AND/OR, aby pokazać, w jaki sposób zdarzenia się łączą lub są ze sobą powiązane.
5. Prześledź wszystkie ścieżki od góry do dołu. Pozwoli to zidentyfikować kombinacje błędów, które doprowadziły do ​​problemu.

Przykład:

• Problem: Krytyczna awaria sprzętu spowodowała wstrzymanie produkcji.
• Analiza ujawnia wiele czynników wpływających na ten stan rzeczy:
  • Usterki czujników nie zostały wykryte, ponieważ nie przestrzegano harmonogramu konserwacji.
  • Protokoły bezpieczeństwa zostały zignorowane, ponieważ alarm został wyłączony z powodu wcześniejszych fałszywych alarmów.
  • Operator nie zauważył znaków ostrzegawczych z powodu niewystarczającego przeszkolenia.
• Przyczyny: W tym przypadku wystąpiło wiele usterek, w tym luki w konserwacji, naruszenia protokołu bezpieczeństwa i braki w szkoleniu.

Ta metoda może stać się skomplikowana w mgnieniu oka. Skup się na konkretnym zdarzeniu, które miało miejsce. Nie próbuj mapować każdego możliwego scenariusza awarii. Jest bardziej analityczna niż inne metody. Działa najlepiej, gdy masz rzetelną dokumentację zdarzenia.

Korzyści i wyzwania analizy przyczyn źródłowych

Analiza przyczyn źródłowych przynosi realne korzyści. Ale nie jest pozbawiona komplikacji. Oto, co musisz wiedzieć o obu stronach i jak stawić czoła wyzwaniom.

Trwałe rozwiązywanie problemów

Największą zaletą RCA jest rozwiązanie problemów raz na zawsze. Wyeliminowanie przyczyny problemu pozwala uniknąć powtarzających się przeróbek i poprawek. Ale pojawia się problem: na początku zajmuje to więcej czasu niż szybkie rozwiązanie. Dlatego zacznij od problemów, które kosztują Cię najwięcej czasu i pieniędzy.

Mierzalne oszczędności kosztów

Producenci, którzy wdrażają RCA, konsekwentnie obserwują redukcję ilości braków, przeróbek i przestojów. Niektóre zgłaszają poprawę terminowości dostaw po systematycznym usuwaniu przyczyn źródłowych. Wyzwaniem jest to, że do śledzenia tych usprawnień potrzebne są dane. Wielu małych producentów nie posiada solidnych systemów śledzenia danych procesowych. Rozwiązanie? Zacznij od czegoś prostego. Śledź tylko jeden lub dwa kluczowe wskaźniki, takie jak wskaźniki defektów czy skargi klientów, aby móc na bieżąco udowadniać wartość swoich działań.

Doskonalenie pracowników

RCA rozwija umiejętności rozwiązywania problemów w całej organizacji. Twój zespół uczy się krytycznego i systematycznego myślenia o problemach. Możesz jednak spotkać się z oporem ze strony osób, które uważają to za stratę czasu. Niektórzy czują się niekomfortowo z powodu takiej kontroli. Dlatego działania RCA przedstaw to jako usprawnienie procesu, a nie szukanie winnych.

Wiedza organizacyjna i ciągłe doskonalenie

Każda sesja RCA poszerza bazę wiedzy Twojej firmy. Z czasem budujesz instytucjonalną bibliotekę tego, co działa, a co nie. Ta wiedza jednak umyka, gdy pracownicy odchodzą. Zapracowane zespoły, bez odpowiedniej motywacji, rzadko dokumentują to, czego się nauczyły.

Rozwiązanie? Utwórz prosty dziennik RCA lub folder współdzielony, w którym będą zapisywane wyniki i rozwiązania.

7 wskazówek dotyczących RCA dla producentów

1. Zacznij od problemów o dużym wpływie. Nie próbuj rozwiązać wszystkiego na raz. To prawie niemożliwe. Ale bądź czujny i jak najszybciej rozpocznij analizę przyczyn źródłowych. Skup się na problemach wpływających na jakość, bezpieczeństwo lub główne koszty.
2. Zaangażuj osoby najbliższe problemowi. Pamiętaj, że pracownicy hali produkcyjnej i operatorzy często mają cenne spostrzeżenia. Są oni dosłownie na co dzień częścią procesu produkcyjnego. Stwórz bezpieczne środowisko do szczerych opinii. Zapewnij ich, że nie jesteś tam po to, by obwiniać, ale by rozwiązywać problemy.
3. Dokumentuj swoje ustalenia i rozwiązania. Buduj wiedzę organizacyjną, tworząc bibliotekę referencyjną poprzednich analiz przyczyn źródłowych (RCA). Wiele organizacji je archiwizuje lub zapomina. To, co rozwiążesz dzisiaj, może usprawnić proces analizy przyczyn źródłowych w przyszłości.
4. Nie zatrzymuj się na pierwszym cyklu metody 5 why i nie myśl, że już skończyłeś. Sięgnij głębiej, nawet jeśli myślisz, że znasz odpowiedź. Przy okazji zwróć uwagę na liczne przyczyny źródłowe, które inicjują problemy w innych obszarach Twojego procesu.
5. Skup się na problemach z procesami i systemami, a nie na szukaniu winnych. Choć łatwo jest obwiniać ludzi, a wielu instruktorów podkreśla, że ​​błędy ludzkie są powszechne, ich głównymi przyczynami są zazwyczaj błędy procesów. Jeśli stworzysz kulturę bez obwiniania, Twoi pracownicy będą bardziej skłonni do pomocy w rozwiązywaniu problemów.
6. Wdrażaj zrównoważone rozwiązania, a nie doraźne poprawki. Upewnij się, że rozwiązania są praktyczne i możliwe do utrzymania. Bierz pod uwagę długoterminowe konsekwencje. Upewnij się, że rozwiązanie jednego problemu nie stwarza innych problemów. To się często zdarza. Sam to widziałem.
7. Przeprowadź i zweryfikuj każde rozwiązanie. Nie zakładaj, że rozwiązanie zadziałało. Udowodnij to poprzez odpowiedni monitoring. Okres monitorowania może trwać dni, ale może też zająć tygodnie, a nawet miesiące. To nie jest procedura „ustaw i zapomnij”. Uczyń monitoring częścią swojego standardowego procesu. Upewnij się, że Twoja analiza jest oparta na danych, a nie na domysłach.

Systemy informatyczne dla przemysłu produkcyjnego – lepsze dane oznaczają lepszą analizę przyczyn źródłowych

Próbując rozwiązać problemy produkcyjne, potrzebujesz precyzyjnych i łatwo dostępnych informacji. Wysokiej jakości oprogramowanie dla sektora produkcyjnego śledzi wszystko – od materiałów i produkcji, po jakość i dostawy. Oznacza to, że w przypadku wystąpienia problemów masz pod ręką dane potrzebne do szybszego znalezienia przyczyn źródłowych. A także narzędzia monitorujące, które weryfikują skuteczność Twoich rozwiązań.

Co więcej, wielu producentów uważa, że ​​taki poziom widoczności pomaga zapobiegać problemom zanim konieczna będzie analiza ich przyczyn źródłowych.

• Śledzenie stanu zapasów w czasie rzeczywistym zapobiega niedoborom materiałów zanim spowodują one opóźnienie w produkcji.
• Automatyczne alerty wychwytują problemy z jakością zanim produkty dotrą do klientów.
• Przejrzysty harmonogram produkcji eliminuje wszelkie nieporozumienia, które mogą prowadzić do niedotrzymania terminów.

Często zadawane pytania (FAQ)

Jakie jest najlepsze narzędzie do analizy przyczyn źródłowych?

Nie ma uniwersalnego „najlepszego” narzędzia do analizy przyczyn i skutków (RCA) – zależy to od złożoności problemu. Metoda 5 why sprawdza się w przypadku prostych problemów przyczynowo-skutkowych. Diagramy Ishikawy pomagają w mapowaniu problemów wieloczynnikowych. Awarie krytyczne dla bezpieczeństwa często wymagają analizy drzewa błędów. Właściwe narzędzie to takie, które pasuje do struktury i wagi badanego problemu.

Jak wykorzystać metodę 5 why w analizie przyczyn źródłowych?

Zacznij od jasnego sformułowania problemu, a następnie zapytaj, dlaczego wystąpił. Weź tę odpowiedź, zapytaj ponownie „dlaczego” i kontynuuj, aż dotrzesz do przyczyny, która nie prowadzi już do innego sensownego „dlaczego”. Na przykład: „Produkcja została wstrzymana”. Dlaczego? Maszyna się przegrzała. Dlaczego? Układ chłodzenia nie działał. Dlaczego? Filtr był zatkany. Dlaczego? Harmonogram konserwacji nie był przestrzegany. Dlaczego? Brak jasnej odpowiedzialności. Przyczyna źródłowa: nieokreślona odpowiedzialność za zadania konserwacji zapobiegawczej.

W jaki sposób analiza przyczyn źródłowych usprawnia rozwiązywanie problemów w organizacjach?

RCA zmusza zespoły do ​​obiektywnej analizy procesów, zamiast polegać na założeniach lub szybkich poprawkach. Ujawnia problemy systemowe, które pozostawione same sobie, nadal generowałyby awarie. Rezultatem jest trwalszy projekt procesu, mniej poprawek i bardziej przewidywalne rezultaty. Z czasem organizacje rozwijają silniejsze umiejętności analityczne i kulturę skoncentrowaną na zapobieganiu, a nie reagowaniu.

Jakie są najczęstsze błędy w analizie przyczyn źródłowych?

Zespoły często przerywają pracę zbyt wcześnie i mylą objawy z przyczynami, co prowadzi do rozwiązań, które nie przynoszą rezultatów. Inne częste problemy to obwinianie poszczególnych osób zamiast analizowania procesów, pomijanie gromadzenia danych, nadmierne komplikowanie prostych problemów lub brak weryfikacji proponowanych przyczyn. Innym częstym problemem jest brak konsekwencji w działaniu – rozwiązania są wdrażane, ale nigdy nie są monitorowane, co pozostawia organizacje w niepewności co do skuteczności rozwiązania.