Analiza przyczyn źródłowych w produkcji: 7 metod, narzędzia i przykłady

Analiza przyczyn źródłowych, określana również jako RCA (Root Cause Analysis), to systematyczny proces służący do ustalania rzeczywistych przyczyn wad, awarii, incydentów i odchyleń procesowych. Jej celem nie jest jedynie usunięcie widocznego skutku problemu, lecz znalezienie warunków, które umożliwiły jego wystąpienie, oraz wdrożenie działań ograniczających ryzyko powtórzenia.

W produkcji RCA może dotyczyć niezgodności jakościowych, przestojów maszyn, zdarzeń bezpieczeństwa, strat materiałowych, reklamacji klienta, problemów z dostawcami i odchyleń od parametrów technologicznych. Dobrze przeprowadzona analiza łączy dane, wiedzę ekspertów, ustrukturyzowane metody dochodzenia oraz działania korygujące wraz z weryfikacją ich skuteczności.

Czym jest analiza przyczyn źródłowych w produkcji?

Analiza przyczyn źródłowych w produkcji to uporządkowany proces ustalania, dlaczego wystąpił konkretny problem, zamiast ograniczania się do doraźnego usuwania jego skutków.

Maszyna może zostać ponownie uruchomiona, wadliwa partia może zostać przerobiona, a reklamacja klienta może zostać formalnie zamknięta. Żadne z tych działań nie daje jednak pewności, że problem nie powróci. RCA pozwala ustalić, jakie czynniki techniczne, materiałowe, proceduralne, ludzkie lub środowiskowe doprowadziły do zdarzenia.

W praktyce analiza powinna odpowiedzieć na pięć podstawowych pytań:

1. Co dokładnie się wydarzyło?
2. Gdzie i kiedy wystąpił problem?
3. Jakie dane oraz dowody są dostępne?
4. Jakie czynniki mogły przyczynić się do zdarzenia?
5. Jakie działanie należy wdrożyć, aby ograniczyć ryzyko ponownego wystąpienia?

RCA może zostać uruchomiona po reklamacji, wzroście odpadu, awarii urządzenia, zdarzeniu bezpieczeństwa, niezgodności audytowej lub odchyleniu kluczowego wskaźnika efektywności (KPI, Key Performance Indicator).

W środowisku cyfrowym analiza przyczyn źródłowych może łączyć dane operacyjne, opis problemu, historię działań, przypisanych właścicieli, terminy, akceptacje oraz ocenę skuteczności działań. Jest to jeden z obszarów, w których RCA wspiera szerszą Platformę Decision Intelligence: dane i analiza dostarczają podstaw do decyzji, a proces operacyjny zapewnia ich realizację.

Pięć kroków analizy przyczyn źródłowych

Skuteczna analiza RCA prowadzi od precyzyjnego opisu problemu do wdrożenia oraz potwierdzenia skuteczności działania korygującego.

Definicja problemu → zebranie danych → identyfikacja przyczyn → potwierdzenie przyczyny źródłowej → działanie korygujące i ocena skuteczności

1. Zdefiniuj problem

Opis problemu powinien być konkretny, mierzalny i oparty na faktach.

Warto wskazać, co się wydarzyło, gdzie wystąpiło, kiedy zostało wykryte, jak często się powtarza, którego produktu lub procesu dotyczy oraz jaki ma wpływ operacyjny. Ogólne sformułowania, takie jak „słaba jakość” albo „problem z maszyną”, nie pomagają w rozpoczęciu skutecznego dochodzenia.

Przykład:

W ciągu trzech ostatnich zmian na linii 4 odnotowano 18 odrzuconych zespołów z powodu niepełnego osadzenia uszczelki. Po zmianie oprzyrządowania wskaźnik braków wzrósł z 0,4% do 3,1%.

Taki opis definiuje zakres, ramy czasowe, skalę problemu i potencjalny punkt rozpoczęcia analizy.

2. Zbierz dane i dowody

Przed wskazaniem przyczyny należy zebrać dostępne fakty.

W zależności od przypadku mogą to być parametry procesu, alarmy urządzeń, historia serwisowa, wyniki kontroli jakości, raporty operatorów, zdjęcia, dokumentacja partii, dane dostawcy, instrukcje pracy, zapisy szkoleń oraz informacje z przekazania zmiany.

Rozmowy z pracownikami są wartościowe, ale powinny być konfrontowane z danymi operacyjnymi. Celem jest oddzielenie obserwacji i potwierdzonych faktów od przypuszczeń.

3. Zidentyfikuj możliwe przyczyny

Na tym etapie zespół tworzy listę możliwych przyczyn oraz porządkuje je przy użyciu wybranej metody.

W zależności od problemu można wykorzystać metodę 5 Why, diagram Ishikawy, analizę Pareto, analizę FMEA, raport 8D, analizę drzewa błędów lub metodę Is / Is Not. Dobór narzędzia powinien zależeć od złożoności problemu, dostępnych danych, ryzyka oraz liczby obszarów zaangażowanych w analizę.

4. Potwierdź przyczynę źródłową

Przyczyna źródłowa nie jest po prostu najbardziej prawdopodobnym wyjaśnieniem. Powinna być poparta dowodami i wykazywać bezpośredni związek z obserwowanym problemem.

Potwierdzenie może obejmować analizę danych zsynchronizowanych w czasie, porównanie partii zgodnych i niezgodnych, test kontrolowany, odtworzenie warunków zdarzenia, przegląd elementu technicznego lub sprawdzenie, czy problem ustępuje po wprowadzeniu określonej zmiany.

Pomocne pytanie brzmi:

Czy po usunięciu lub opanowaniu tego warunku ryzyko ponownego wystąpienia problemu istotnie się zmniejszy?

Jeżeli odpowiedź nie jest jasna, zespół mógł zidentyfikować czynnik współwystępujący, a nie rzeczywistą przyczynę źródłową.

5. Wdróż działanie korygujące i sprawdź jego skuteczność

Działanie korygujące powinno eliminować lub kontrolować potwierdzoną przyczynę, a nie tylko usuwać bieżące skutki problemu.

Sortowanie wadliwej partii jest działaniem zabezpieczającym. Korekta instrukcji ustawienia maszyny, zmiana logiki kontroli, ponowna kalibracja urządzenia, modyfikacja oprzyrządowania albo uzupełnienie szkolenia może być działaniem korygującym — pod warunkiem że wynika bezpośrednio z ustalonej przyczyny.

Na zakończenie należy potwierdzić, że działanie zostało wykonane, a problem nie powtórzył się w uzgodnionym okresie obserwacji. Bez tego etap RCA pozostaje niepełny.

Siedem metod RCA – porównanie

Nie istnieje jedna metoda właściwa dla każdego problemu. Dobór techniki powinien uwzględniać złożoność zdarzenia, dostępność danych, ryzyko, skalę wpływu oraz potrzebę formalnego udokumentowania wyników.

Metoda	Typ analizy	Najlepsze zastosowanie	Złożoność	Typowy zespół	Pochodzenie
5 Why	Pytania pogłębiające	Proste problemy z ograniczoną liczbą przyczyn	Niska	Jedna osoba lub mały zespół	Toyota Production System
Diagram Ishikawy	Mapa przyczyn i skutków	Problemy z wieloma potencjalnymi kategoriami przyczyn	Średnia	Zespół międzyfunkcyjny	Kaoru Ishikawa, lata 60.
Analiza Pareto	Priorytetyzacja oparta na danych	Wybór wad lub przyczyn o największym wpływie	Średnia	Jedna osoba lub zespół	Pareto i Juran
FMEA	Prewencyjna analiza ryzyka	Identyfikacja możliwych błędów przed ich wystąpieniem	Wysoka	Zespół międzyfunkcyjny	Inżynieria niezawodności i motoryzacja
8D	Ustrukturyzowane rozwiązywanie problemów	Reklamacje, problemy dostawców, powtarzające się niezgodności	Wysoka	Zespół międzyfunkcyjny	Ford, lata 80.
FTA	Dedukcyjna analiza logiczna	Złożone systemy i wiele ścieżek awarii	Wysoka	Specjaliści i zespół techniczny	Bell Labs, 1961
Is / Is Not	Zawężanie zakresu problemu	Niejednoznaczny lub zbyt szeroko opisany problem	Niska	Jedna osoba lub mały zespół	Kepner-Tregoe

Metoda 5 Why

Metoda 5 Why, czyli „5 razy dlaczego”, polega na kolejnym zadawaniu pytania „dlaczego?”, aż do ustalenia bardziej fundamentalnej przyczyny problemu.

Jest kojarzona z Sakichim Toyodą i Toyota Production System. Nie wymaga specjalistycznego oprogramowania ani zaawansowanych analiz statystycznych, dlatego sprawdza się w przypadku prostych problemów z jednym dominującym łańcuchem przyczyn.

Przykład:

• Dlaczego zespół został odrzucony?
  Ponieważ uszczelka została nieprawidłowo osadzona.
• Dlaczego uszczelka została osadzona nieprawidłowo?
  Ponieważ uchwyt pozycjonujący był przesunięty.
• Dlaczego uchwyt był przesunięty?
  Ponieważ nie został sprawdzony po pracach serwisowych.
• Dlaczego nie został sprawdzony?
  Ponieważ procedura serwisowa nie zawierała kontroli po wykonaniu prac.
• Dlaczego procedura nie zawierała tej kontroli?
  Ponieważ nie została zaktualizowana po zmianie oprzyrządowania.

Metoda 5 Why może jednak nadmiernie upraszczać problemy, w których nakłada się wiele przyczyn. W takich sytuacjach warto połączyć ją z diagramem Ishikawy.

Diagram Ishikawy, czyli fishbone diagram

Diagram Ishikawy, nazywany również diagramem rybiej ości, diagramem przyczynowo-skutkowym lub fishbone diagram, jest narzędziem wizualnym służącym do uporządkowania możliwych przyczyn problemu.

Metodę opracował Kaoru Ishikawa w latach 60. XX wieku. Diagram jest szczególnie użyteczny w pracy zespołowej, ponieważ pozwala rozważyć wiele kategorii przyczyn, zanim grupa skupi się na jednej hipotezie.

„Głowa” diagramu przedstawia obserwowany skutek, na przykład wzrost odpadu, przestój maszyny lub wadę produktu. Główne „ości” reprezentują kategorie potencjalnych przyczyn.

Skutek: wzrost liczby wad powierzchniowych
Kategorie przyczyn: Człowiek → Maszyna → Materiał → Metoda → Pomiar → Środowisko

Diagram Ishikawy pomaga uporządkować hipotezy, natomiast metoda 5 Why może być wykorzystana do pogłębienia najbardziej prawdopodobnych ścieżek przyczynowych.

Analiza Pareto i wykres Pareto

Analiza Pareto pozwala ustalić, które typy wad, awarii lub problemów mają największy wpływ na wynik operacyjny.

Wykres Pareto łączy wykres słupkowy z linią skumulowanego udziału. Słupki pokazują częstość, koszt albo wpływ poszczególnych kategorii problemów, a linia wskazuje, jaką część całkowitego wpływu obejmują kolejne kategorie.

Metoda opiera się na zasadzie 80/20: relatywnie niewielka liczba przyczyn może odpowiadać za znaczną część skutków. Nie oznacza to, że proporcja zawsze wynosi dokładnie 80 do 20. Celem jest skoncentrowanie zasobów na najważniejszych problemach, a nie równoległe analizowanie wszystkich kategorii o niskiej częstotliwości.

Przykładowo trzy rodzaje wad mogą odpowiadać za 72% wszystkich odrzuconych produktów. W takiej sytuacji RCA powinna w pierwszej kolejności skoncentrować się na tych trzech kategoriach.

Analiza Pareto może również pomóc w priorytetyzacji ryzyk zidentyfikowanych podczas FMEA.

FMEA – analiza rodzajów i skutków możliwych błędów

FMEA (Failure Mode and Effects Analysis) to prewencyjna metoda analizy ryzyka, która pozwala identyfikować potencjalne błędy zanim wystąpią.

FMEA różni się od RCA przede wszystkim momentem zastosowania. FMEA rozpoczyna się od pytania: „Co może pójść nie tak?”. RCA jest analizą reaktywną i odpowiada na pytanie: „Co poszło nie tak oraz dlaczego?”.

Najczęściej stosowane odmiany to:

• DFMEA (Design Failure Mode and Effects Analysis) — analiza potencjalnych błędów projektu;
• PFMEA (Process Failure Mode and Effects Analysis) — analiza potencjalnych błędów procesu produkcyjnego.

W klasycznym podejściu każdy tryb błędu oceniano według trzech kryteriów:

Severity × Occurrence × Detection = RPN

Gdzie:

• Severity oznacza dotkliwość skutku,
• Occurrence oznacza prawdopodobieństwo wystąpienia,
• Detection oznacza prawdopodobieństwo wykrycia problemu przed przejściem do kolejnego etapu lub klienta,
• RPN (Risk Priority Number) jest wskaźnikiem priorytetu ryzyka.

W metodologii AIAG & VDA FMEA — opracowanej przez Automotive Industry Action Group oraz niemiecki Verband der Automobilindustrie — zamiast opierania decyzji wyłącznie na RPN stosuje się priorytet działania (Action Priority). Organizacja powinna stosować podejście wymagane przez klienta, branżę, system jakości albo własne zasady governance.

FMEA stanowi prewencyjne uzupełnienie RCA. Wyniki analizy FMEA mogą zasilać działania zapobiegawcze w ramach procesu CAPA.

8D – osiem dyscyplin rozwiązywania problemów

8D (Eight Disciplines Problem Solving) to formalna, zespołowa metoda rozwiązywania problemów stosowana szczególnie przy reklamacjach klientów, problemach dostawców, powtarzających się niezgodnościach oraz działaniach wymagających udokumentowania.

Metoda jest silnie kojarzona z podejściem Forda do rozwiązywania problemów z lat 80. XX wieku.

Typowy proces 8D obejmuje:

• D0: przygotowanie i zaplanowanie działań,
• D1: powołanie zespołu międzyfunkcyjnego,
• D2: precyzyjny opis problemu,
• D3: wdrożenie działań natychmiastowych i zabezpieczających,
• D4: identyfikacja oraz potwierdzenie przyczyny źródłowej,
• D5: wybór trwałych działań korygujących,
• D6: wdrożenie i walidacja działań,
• D7: zapobieganie ponownemu wystąpieniu poprzez zmiany systemowe,
• D8: podsumowanie pracy zespołu i zamknięcie sprawy.

RCA jest zatem jednym z etapów procesu 8D, zwykle realizowanym w kroku D4. Raport 8D zapewnia formalny zapis problemu, zabezpieczenia, analizy, działań oraz ich weryfikacji.

FTA – analiza drzewa błędów

FTA (Fault Tree Analysis) to dedukcyjna metoda analizy, która pokazuje, w jaki sposób kombinacja zdarzeń lub warunków może doprowadzić do niepożądanego zdarzenia.

Analiza rozpoczyna się od zdarzenia szczytowego, na przykład „utrata kontroli nad linią”, „zadziałanie awaryjnego zatrzymania” albo „krytyczna wada produktu”. Następnie zespół analizuje możliwe ścieżki prowadzące do tego zdarzenia, wykorzystując bramki logiczne.

• Bramka AND oznacza, że wszystkie wskazane warunki muszą wystąpić jednocześnie.
• Bramka OR oznacza, że wystąpienie któregokolwiek z warunków może prowadzić do zdarzenia.

FTA może być stosowana jakościowo — do mapowania ścieżek awarii — albo ilościowo, jeżeli organizacja posiada wiarygodne dane o prawdopodobieństwie zdarzeń.

FTA i FMEA są metodami uzupełniającymi. FTA analizuje problem od zdarzenia szczytowego w dół, do możliwych przyczyn. FMEA analizuje potencjalne błędy od poziomu elementu lub procesu w górę, do ich skutków.

Is / Is not analysis

Is / Is Not Analysis to metoda zawężania problemu, która pomaga zdefiniować granice zdarzenia przed rozpoczęciem pogłębionej analizy RCA.

Porównuje ona to, czego problem dotyczy, z tym, czego nie dotyczy, w czterech wymiarach:

Wymiar	Pytanie „Jest”	Pytanie „Nie jest”
Co	Jakiego produktu, aktywa, wady lub zdarzenia dotyczy problem?	Jakiego podobnego produktu, aktywa, wady lub zdarzenia problem nie dotyczy?
Gdzie	Gdzie występuje problem?	Gdzie problem nie występuje?
Kiedy	Kiedy problem się pojawia?	Kiedy problem się nie pojawia?
Skala	Jaka jest skala problemu?	Co znajduje się poza zakresem problemu?

Metoda jest związana z podejściem Kepner-Tregoe. Dobrze sprawdza się, gdy opis problemu jest niejednoznaczny, zbyt szeroki albo zawiera wiele nieistotnych informacji.

4M root cause analysis: człowiek, maszyna, materiał, metoda

4M root cause analysis to praktyczny sposób porządkowania możliwych przyczyn problemu według czterech kategorii: Człowiek, Maszyna, Materiał i Metoda.

Model 4M jest często wykorzystywany jako punkt wyjścia do budowy diagramu Ishikawy. W zależności od potrzeb można go rozszerzyć do 5M przez dodanie kategorii Pomiar lub do 6M przez dodanie Środowiska.

Kategoria	Zakres	Przykładowe przyczyny
Człowiek	Czynniki ludzkie	Braki szkoleniowe, zmęczenie, niejasny podział odpowiedzialności, błędy proceduralne
Maszyna	Urządzenia, narzędzia i oprzyrządowanie	Zużycie, dryf kalibracji, brak serwisu, nieprawidłowe ustawienie uchwytu
Materiał	Surowce, komponenty i materiały pomocnicze	Zmienność dostawcy, zanieczyszczenie, niezgodna specyfikacja, wilgotność
Metoda	Procesy, instrukcje i procedury	Nieaktualna instrukcja, błędne ustawienie, brak kroku weryfikacyjnego
Pomiar	Kontrola, przyrządy i dane	Problem z analizą systemu pomiarowego, nieprawidłowa tolerancja, błąd rejestracji
Środowisko	Warunki otoczenia	Temperatura, wilgotność, wibracje, pył, zanieczyszczenie

Kategorie 4M, 5M i 6M nie potwierdzają same w sobie związku przyczynowego. Zapewniają jednak, że zespół rozważy czynniki ludzkie, techniczne, materiałowe, proceduralne, pomiarowe i środowiskowe, zanim wskaże konkretną przyczynę.

FMEA a RCA – najważniejsze różnice

FMEA i RCA wzajemnie się uzupełniają, ale służą innym celom i są stosowane na różnych etapach cyklu życia problemu.

Aspekt	FMEA	RCA
Moment zastosowania	Przed wystąpieniem błędu	Po wystąpieniu wady, awarii lub incydentu
Główny cel	Zapobieganie potencjalnym błędom	Ustalenie przyczyny rzeczywistego problemu
Podstawowe pytanie	Co może pójść nie tak?	Co poszło nie tak i dlaczego?
Podejście	Ocena ryzyka od potencjalnego błędu do skutku	Dochodzenie oparte na danych i faktach
Wynik	Ocena ryzyka i plan działań zapobiegawczych	Potwierdzona przyczyna i działanie korygujące
Typowy wyzwalacz	Przegląd projektu, zmiana procesu, analiza ryzyka	Niezgodność, awaria, reklamacja, incydent
Relacja z CAPA	Zasila działania zapobiegawcze	Zasila działania korygujące
Typowy zespół	Zespół projektowy lub procesowy	Zespół dochodzeniowy dopasowany do problemu

FMEA pozwala przewidzieć potencjalne błędy i ograniczyć ich ryzyko przed wystąpieniem problemu. RCA służy ustaleniu, dlaczego doszło do konkretnego zdarzenia. Obie metody mogą wspierać proces CAPA, ale nie powinny być traktowane jako zamienne.

RCA i CAPA – od analizy do kontrolowanego działania

CAPA (Corrective and Preventive Action), czyli działania korygujące i zapobiegawcze, to ramy zarządzania niezgodnościami, działaniami oraz oceną ich skuteczności.

RCA jest kluczowym krokiem analitycznym w procesie CAPA. Pozwala ustalić, jakie działania są uzasadnione. CAPA zapewnia natomiast, że działania zostaną przypisane, wykonane, zweryfikowane, udokumentowane i formalnie zamknięte.

Typowy przepływ CAPA wygląda następująco:

Wykrycie problemu → zabezpieczenie → RCA → działanie korygujące → działanie zapobiegawcze → ocena skuteczności → zamknięcie

W organizacjach działających w sektorach regulowanych wymagania zależą od obowiązującego systemu jakości. Norma ISO 9001 odnosi się do obsługi niezgodności i działań korygujących, natomiast ISO 13485 obejmuje wymagania dla systemów zarządzania jakością wyrobów medycznych. W Stanach Zjednoczonych wymagania FDA (Food and Drug Administration) dla producentów wyrobów medycznych są od 2 lutego 2026 r. objęte Quality Management System Regulation, która odwołuje się do ISO 13485:2016.

Raport 8D może generować formalne elementy procesu CAPA, a FMEA może dostarczać danych do działań zapobiegawczych. Sprawa powinna zostać zamknięta dopiero po wykazaniu skuteczności wdrożonych zmian.

W organizacjach wymagających formalnej oceny danych i akceptacji decyzji dodatkową warstwę może stanowić System Wspomagania Decyzji.

Data-driven RCA w produkcji

Data-driven RCA łączy klasyczne metody analizy przyczyn z danymi pochodzącymi z urządzeń, systemów produkcyjnych, kontroli jakości i historii procesu.

Typowe źródła danych obejmują:

• wskazania czujników i stany urządzeń,
• systemy SCADA (Supervisory Control and Data Acquisition),
• systemy realizacji produkcji MES (Manufacturing Execution System),
• wyniki statystycznego sterowania procesem SPC (Statistical Process Control),
• bazy danych historycznych typu historian,
• wyniki kontroli jakości,
• historię serwisową,
• obserwacje operatorów,
• dane o dostawcach i partiach materiałowych.

Dane nie zastępują wiedzy inżynierskiej ani klasycznych metod RCA. Pomagają natomiast porównywać warunki występujące w przypadkach zgodnych i niezgodnych, analizować zależności czasowe, weryfikować hipotezy oraz potwierdzać lub odrzucać możliwe przyczyny.

Przykładowo, przy powtarzających się wadach wymiarowych zespół może porównać wadliwe partie z wcześniejszymi partiami zgodnymi. Analiza może wykazać, że problem występuje wyłącznie po określonym ustawieniu narzędzia, użyciu konkretnej partii materiału, zmianie kalibracji albo w określonych warunkach otoczenia.

Kontekst danych dla takich dochodzeń może zapewniać Analityka Produkcyjna, natomiast architekturę integracji i zarządzania danymi opisuje Przemysłowa Platforma Danych.

Przykłady RCA w produkcji

RCA może być stosowana w obszarze jakości, utrzymania ruchu, bezpieczeństwa, strat produkcyjnych, procesów technologicznych i zużycia mediów.

Przykład 1: powtarzająca się wada jakościowa

Zakład odnotowuje wzrost liczby opakowań z niepełną etykietą.

Zespół wykorzystuje wykres Pareto, aby potwierdzić, że niepełne etykiety stanowią największą kategorię braków. Następnie prowadzi analizę Ishikawy w obszarach 6M.

Analiza wskazuje, że problem występuje głównie na jednej linii po zmianie typu rolki etykiet. Metoda 5 Why prowadzi do wniosku, że instrukcja załadunku nie zawiera kroku sprawdzenia naprężenia po zastosowaniu nowego rodzaju materiału.

Działanie może obejmować aktualizację instrukcji, dodanie kroku weryfikacyjnego, szkolenie operatorów oraz monitoring wskaźnika wad po wdrożeniu zmiany.

Przykład 2: awaria urządzenia i przestój

Maszyna napełniająca doświadcza powtarzających się nieplanowanych zatrzymań związanych z alarmem przeciążenia.

Zespół analizuje historię alarmów, dane o drganiach, temperaturze, rejestry serwisowe oraz notatki operatorów. Stwierdza, że alarmy występują po dłuższych cyklach pracy i są skorelowane ze stopniowym wzrostem temperatury łożyska.

RCA pozwala ustalić techniczne i proceduralne czynniki prowadzące do awarii. Metody utrzymania predykcyjnego mogą następnie wspierać monitorowanie podobnych warunków, ale ten temat rozwija osobny artykuł o Utrzymaniu Predykcyjnym.

Przestoje oraz pogorszenie efektywności wyposażenia mogą być również wyzwalaczami RCA. Sposób interpretacji strat operacyjnych opisuje artykuł o Efektywności Produkcji.

Przykład 3: incydent bezpieczeństwa lub zdarzenie potencjalnie wypadkowe

Operator doświadcza zdarzenia potencjalnie wypadkowego podczas ręcznej regulacji, gdy element urządzenia niespodziewanie zmienia pozycję.

W takim przypadku zespół może rozpocząć od Is / Is Not Analysis, aby ustalić dokładne warunki zdarzenia, a następnie wykorzystać diagram Ishikawy lub FTA. Analiza powinna objąć stan urządzenia, osłony, procedury, szkolenia, komunikację, sposób wykonywania pracy i warunki otoczenia.

Zasady prowadzenia dochodzeń po incydentach oraz działania korygujące są istotnym elementem systemów bezpieczeństwa, w tym wymagań związanych z ISO 45001 i praktykami OSHA (Occupational Safety and Health Administration).

Przykład 4: odchylenie procesu technologicznego

Proces zaczyna generować partie o zmiennej lepkości produktu.

Zespół analizuje dane o partiach materiału, temperaturach procesu, czasie mieszania, kalibracji urządzeń, wynikach laboratoryjnych i ustawieniach operatorów. Ustaloną przyczyną może być zmienność surowca, problem z systemem pomiarowym albo luka w sterowaniu procesem.

Po usunięciu przyczyny wynik RCA może zasilić szersze działania w obszarze Optymalizacji Procesów. RCA odpowiada na pytanie, dlaczego wystąpiło odchylenie, natomiast optymalizacja procesów dotyczy sposobu trwałego usprawnienia procesu.

Przykład 5: odchylenie zużycia energii

Nieoczekiwany wzrost jednostkowego zużycia energii może być punktem wyjścia do RCA, zwłaszcza gdy występuje równolegle ze zmianą parametrów procesu, jakości produktu albo stanu urządzenia.

Analiza może uwzględniać dane pomiarowe, tryb pracy, obciążenie, harmonogram produkcji oraz zdarzenia serwisowe. Szersze wykorzystanie danych energetycznych opisuje artykuł o Zarządzaniu Energią.

Oprogramowanie i dostawcy wspierający RCA

Rozwiązania wspierające RCA obejmują szkolenia i doradztwo, systemy danych maszynowych, narzędzia do monitorowania produkcji, aplikacje no-code, rozwiązania jakościowe oraz platformy danych operacyjnych.

Dostawca	Główny obszar	Model wdrożenia	Typ organizacji
TWI Institute	Szkolenia i doradztwo RCA oraz FMEA	Usługi profesjonalne i szkoleniowe	Zespoły jakości, inżynierii i operacji
6sigma.us	Szkolenia Six Sigma i problem solving	Szkolenia online, wirtualne i stacjonarne	Osoby oraz organizacje rozwijające kompetencje jakościowe
MachineMetrics	Dane maszynowe, analiza przestojów i widoczność produkcji	Platforma połączonej produkcji	Producenci dyskretni
Autodesk	Oprogramowanie dla inżynierii i produkcji, w tym funkcje związane z jakością	Pakiet oprogramowania	Organizacje projektowe i produkcyjne
FourJaw	Monitoring maszyn i widoczność przestojów	Platforma monitorowania	Zakłady produkcyjne
Tulip	Aplikacje dla pracowników pierwszej linii i workflow no-code	Platforma chmurowa	Zespoły operacyjne i produkcyjne
WMEP	Doradztwo i wsparcie doskonalenia produkcji	Usługi doradcze i szkoleniowe	Małe i średnie firmy produkcyjne
AdvancedTech	Doradztwo produkcyjne i wsparcie wdrożeń	Usługi profesjonalne	Organizacje produkcyjne
Smart RDM	Monitoring danych przemysłowych, workflow i kontekst operacyjny	Wdrożenie lokalne, chmurowe lub hybrydowe	Organizacje przemysłowe zarządzające danymi i procesami

Dobór rozwiązania powinien zależeć od sposobu prowadzenia dochodzeń, dostępnych źródeł danych, wymagań regulacyjnych, liczby zakładów, modelu akceptacji i poziomu wymaganej identyfikowalności.

Wnioski z RCA powinny zostać utrwalone jako wiedza organizacyjna. Gdy potwierdzona przyczyna oraz zmieniony standard pracy mają trafić do operatorów, pomocne mogą być Cyfrowe Instrukcje Pracy.

Jak wybrać odpowiednią metodę RCA?

Wybór metody powinien wynikać z charakteru problemu, a nie z przyzwyczajenia zespołu. Prosta niezgodność może wymagać jedynie 5 Why, natomiast złożona awaria o wysokim ryzyku może uzasadniać formalne dochodzenie 8D, wsparte diagramem Ishikawy, FTA oraz danymi operacyjnymi.

Sytuacja	Rekomendowana metoda początkowa
Prosty, powtarzalny problem z prawdopodobną jedną przyczyną	5 Why
Problem obejmujący wiele kategorii możliwych przyczyn	Diagram Ishikawy
Wiele wad lub trybów awarii wymagających priorytetyzacji	Wykres Pareto
Ryzyka produktu lub procesu przed wystąpieniem błędu	FMEA
Reklamacja klienta lub powtarzający się problem dostawcy	8D
Złożony system techniczny z wieloma ścieżkami awarii	FTA
Problem opisany zbyt szeroko lub niejednoznacznie	Is / Is Not Analysis

Dostępność danych również ma znaczenie. Analiza Pareto wymaga ustrukturyzowanych danych o częstości lub wpływie problemów. FTA może wymagać wiedzy specjalistycznej. FMEA wymaga udziału osób rozumiejących produkt i proces. Diagram Ishikawy jest pomocny, gdy zespół musi uporządkować wiedzę ekspercką przed wyborem hipotez do zweryfikowania.

FAQ

Czym jest RCA?

RCA, czyli analiza przyczyn źródłowych, to systematyczny proces służący do ustalenia fundamentalnych przyczyn problemu, awarii, wady lub incydentu, zamiast ograniczania się do usuwania jego skutków.

Czym jest root cause analysis w produkcji?

Root cause analysis w produkcji to analiza wykorzystywana do badania wad jakościowych, awarii urządzeń, incydentów bezpieczeństwa, przestojów, odchyleń procesowych i powtarzających się problemów operacyjnych.

Jej celem jest ustalenie warunków technicznych, materiałowych, proceduralnych, środowiskowych lub organizacyjnych, które umożliwiły wystąpienie problemu, oraz wdrożenie działań zmniejszających ryzyko powtórzenia.

Jakie jest pięć kroków RCA?

Pięć podstawowych kroków RCA to:

1. Zdefiniowanie problemu.
2. Zebranie danych i dowodów.
3. Identyfikacja możliwych przyczyn.
4. Ustalenie oraz potwierdzenie przyczyny źródłowej.
5. Wdrożenie działania korygującego i ocena jego skuteczności.

Czym jest model 5P w RCA?

Model 5P obejmuje pięć obszarów możliwych przyczyn:

• People — ludzie,
• Processes — procesy,
• Policies — polityki i zasady,
• Procedures — procedury,
• Plant/Equipment — zakład, maszyny i wyposażenie.

Model 5P może uzupełniać analizę 4M, 5M lub 6M, zwłaszcza gdy problem obejmuje również czynniki organizacyjne i proceduralne.

Na czym polega metoda 5 Why?

Metoda 5 Why polega na wielokrotnym zadawaniu pytania „dlaczego?”, aby przejść od widocznego objawu do głębszej przyczyny problemu.

Najlepiej sprawdza się w prostych przypadkach z ograniczoną liczbą ścieżek przyczynowych. Przy złożonych awariach warto ją połączyć z diagramem Ishikawy lub analizą drzewa błędów.

Czym jest diagram Ishikawy?

Diagram Ishikawy to narzędzie przyczynowo-skutkowe, które porządkuje możliwe przyczyny problemu w kategoriach takich jak Człowiek, Maszyna, Materiał, Metoda, Pomiar i Środowisko.

Jest nazywany również fishbone diagram, ponieważ jego układ przypomina szkielet ryby. Najczęściej wykorzystuje się go podczas zespołowych warsztatów RCA.

Czym jest wykres Pareto w RCA?

Wykres Pareto przedstawia kategorie problemów w kolejności od największego do najmniejszego wpływu oraz pokazuje ich skumulowany udział.

Pomaga skoncentrować działania na tych wadach, awariach lub przyczynach, które odpowiadają za największą część strat, reklamacji albo niezgodności.

Czym jest FMEA?

FMEA to prewencyjna metoda analizy ryzyka, która pozwala identyfikować potencjalne tryby błędów, ich skutki oraz działania ograniczające ryzyko przed wystąpieniem problemu.

W klasycznej metodzie stosuje się oceny dotkliwości, częstości i wykrywalności. W podejściu AIAG & VDA decyzje o działaniach opiera się na priorytecie działania, a nie wyłącznie na wartości RPN.

Jaka jest główna różnica między FMEA a RCA?

FMEA jest metodą prewencyjną i odpowiada na pytanie, co może pójść nie tak przed wystąpieniem problemu. RCA jest metodą reaktywną i odpowiada na pytanie, co poszło nie tak oraz dlaczego.

FMEA wspiera działania zapobiegawcze, a RCA wspiera działania korygujące. Obie metody mogą stanowić element procesu CAPA.

Czym jest 8D?

8D to zespołowa, sformalizowana metoda rozwiązywania problemów stosowana między innymi przy reklamacjach klientów, problemach dostawców i powtarzających się niezgodnościach.

Etap D4 obejmuje identyfikację oraz potwierdzenie przyczyny źródłowej. Kolejne etapy dotyczą wyboru, wdrożenia i walidacji działań korygujących oraz zapobiegania nawrotowi problemu.

Czym jest 4M root cause analysis?

4M root cause analysis to metoda grupowania możliwych przyczyn według czterech kategorii: Człowiek, Maszyna, Materiał i Metoda.

Model można rozszerzyć do 5M przez dodanie Pomiaru oraz do 6M przez dodanie Środowiska. Najczęściej jest wykorzystywany jako struktura diagramu Ishikawy.

Czym jest analiza drzewa błędów?

Analiza drzewa błędów, czyli FTA, to metoda rozpoczynająca się od niepożądanego zdarzenia i analizująca możliwe kombinacje warunków, które mogły do niego doprowadzić.

Wykorzystuje logiczne bramki AND i OR do przedstawienia różnych ścieżek awarii. Sprawdza się szczególnie w złożonych systemach technicznych.

Jaka jest różnica między RCA a CAPA?

RCA jest analizą służącą do ustalenia, dlaczego problem wystąpił. CAPA jest szerszym procesem zarządzania niezgodnością, obejmującym zabezpieczenie, działania korygujące i zapobiegawcze, ocenę skuteczności, dokumentację oraz zamknięcie.

Jak działa data-driven RCA?

Data-driven RCA łączy ustrukturyzowane metody dochodzenia z danymi z czujników, systemów MES, systemów SCADA, kontroli jakości, historii serwisowej i baz danych procesowych.

Dane pomagają potwierdzać lub odrzucać hipotezy poprzez porównanie warunków w przypadkach zgodnych i niezgodnych, analizę zależności czasowych oraz weryfikację związku między możliwą przyczyną a skutkiem.

Czym jest szablon RCA?

Szablon RCA to ustandaryzowany formularz prowadzenia dochodzenia. Powinien zawierać opis problemu, zakres, dane i dowody, wykorzystaną metodę, hipotezy przyczyn, potwierdzoną przyczynę źródłową, działania zabezpieczające, działanie korygujące, właściciela, termin, ocenę skuteczności i akceptację zamknięcia.

Jak wybrać metodę RCA?

Metodę RCA należy dobrać do złożoności problemu, dostępnych danych, poziomu ryzyka, liczby zaangażowanych obszarów oraz wymaganego poziomu formalizacji.

Metoda 5 Why sprawdza się przy prostych problemach, diagram Ishikawy przy wielu możliwych kategoriach przyczyn, Pareto przy priorytetyzacji, FMEA w prewencji, 8D przy formalnych i powtarzających się problemach, FTA przy złożonych ścieżkach awarii, a Is / Is Not Analysis przy zawężaniu zakresu dochodzenia.

Źródła i dalsza lektura

1. American Society for Quality — materiały dotyczące root cause analysis, metody 5 Why oraz diagramu Ishikawy.
2. Automotive Industry Action Group — AIAG & VDA FMEA Handbook.
3. International Organization for Standardization — ISO 9001:2015 oraz ISO 13485:2016.
4. U.S. Food and Drug Administration — Quality Management System Regulation.
5. Occupational Safety and Health Administration — materiały dotyczące analizy przyczyn źródłowych w dochodzeniach po incydentach.
6. American Society for Quality — materiały dotyczące 8D i narzędzi rozwiązywania problemów.