Metoda 5 Why — 5 razy dlaczego, przykłady i szablon
Definicja
Metoda 5 Why (po polsku 5 razy dlaczego lub 5 dlaczego) to technika analizy przyczyn źródłowych polegająca na pięciokrotnym zadaniu pytania „dlaczego?" w celu dotarcia od objawu problemu do jego prawdziwej przyczyny systemowej.
Pomysłodawcą metody był Sakichi Toyoda, założyciel Toyoty. Dziś 5 Why jest jednym z podstawowych narzędzi Toyota Production System, Lean Manufacturing i obowiązkowym elementem analizy w kroku D4 raportu 8D.
- 5 Why to najprostsza metoda analizy przyczyn źródłowych — wystarczy zadać pytanie „dlaczego" pięciokrotnie, by dotrzeć od objawu do przyczyny systemowej.
- Cyfra „5" jest orientacyjna. Czasem wystarczą 3 pytania, czasem potrzeba 7. Liczy się dotarcie do actionable root cause, nie liczenie iteracji.
- Metoda działa najlepiej w kombinacji z innymi narzędziami: diagram Ishikawy daje szerokość (kategorie przyczyn), 5 Why daje głębokość (drążenie w wybraną gałąź).
- Wariant Drill Deep (3-wymiarowe 5 Why) analizuje równolegle: dlaczego problem powstał, dlaczego nie został wykryty i dlaczego system na to pozwala.
- Najczęstszy błąd: zatrzymywanie się na „błąd człowieka" zamiast szukania przyczyn systemowych (instrukcja, projekt procesu, brak kontroli).
Czym jest metoda 5 Why (5 razy dlaczego)
Metoda 5 Why to technika analizy przyczyn źródłowych (Root Cause Analysis, RCA), w której powtarzamy pytanie „dlaczego?" pięciokrotnie — każdą kolejną odpowiedź traktując jako nowe pytanie. Celem nie jest udzielenie 5 odpowiedzi, tylko dotarcie od widocznego objawu problemu do jego prawdziwej przyczyny systemowej.
W polskiej literaturze metoda funkcjonuje pod kilkoma nazwami — wszystkie oznaczają to samo: metoda 5 Why, 5 razy dlaczego, 5 dlaczego, analiza 5 Why. W angielskiej terminologii: Five Whys, 5 Whys, Why-Why Analysis.
Kluczowe założenie metody: większość problemów ma korzenie głębsze niż pierwsza widoczna przyczyna. Operator pomylił się, bo instrukcja była niejasna. Instrukcja była niejasna, bo nikt jej nie zaktualizował po zmianie procesu. Zmiana procesu nie była zaktualizowana, bo brak procedury walidacji zmian. Dopiero teraz mamy przyczynę systemową, którą można naprawić raz na zawsze.
Historia — Sakichi Toyoda i Toyota Production System
Metodę 5 Why opracował Sakichi Toyoda, japoński przedsiębiorca i założyciel Toyoty, w pierwszej połowie XX wieku. Toyoda używał jej w swojej firmie produkującej krosna tkackie — pytanie „dlaczego" było dla niego sposobem, by inżynierowie i robotnicy systematycznie analizowali awarie maszyn.
Metoda zyskała światową sławę dzięki Taiichi Ohno, ojcu Toyota Production System, który włączył ją do podstaw Lean Manufacturing w latach 50.–70. XX wieku. Ohno opisał metodę w swojej fundamentalnej książce „Toyota Production System: Beyond Large-Scale Production" (1978).
Klasyczny przykład Ohno: maszyna w Toyocie zatrzymała się. Pierwsze pytanie „dlaczego?" — bo przeciążyła się i przepalił się bezpiecznik. Drugie „dlaczego?" — bo łożysko nie było wystarczająco smarowane. Trzecie „dlaczego?" — bo pompa smarowania nie pracowała prawidłowo. Czwarte „dlaczego?" — bo wał pompy był zużyty. Piąte „dlaczego?" — bo nie było zainstalowanego filtra, który chronił przed zanieczyszczeniami. Naprawa polegała nie na wymianie bezpiecznika (objaw), tylko na zainstalowaniu filtra (przyczyna źródłowa).
Dziś 5 Why jest standardowym elementem: Lean Manufacturing, Six Sigma DMAIC (faza Analyze), raportu 8D (krok D4), Kaizen i Total Quality Management. Stosowane jest również poza produkcją — w IT (incident management), medycynie, edukacji.
Jak prawidłowo zadawać 5 Why
5 Why brzmi banalnie, ale skuteczne stosowanie wymaga dyscypliny. Większość zespołów, które „robią 5 Why", w rzeczywistości zatrzymuje się na poziomie 2-3 i wskazuje przyczynę powierzchowną.
6 zasad prawidłowego 5 Why
- Sformułuj problem precyzyjnie. „Spóźniliśmy się z dostawą" to za mało. „Klient X otrzymał dostawę 14.05 zamiast 12.05 z 200 sztuk z 500 zamówionych" — to dobry punkt startu.
- Każde pytanie „dlaczego" zadawaj na podstawie ostatniej odpowiedzi. Nie skacz w bok do innych przyczyn — drąż w jeden łańcuch.
- Odpowiadaj faktami, nie opiniami. „Bo operator nie uważał" to opinia. „Bo system nie zatrzymał linii po wykryciu niezgodności" — to fakt do zweryfikowania.
- 5 to liczba orientacyjna. Czasami wystarczą 3 pytania (problem prosty), czasami potrzeba 7 (problem złożony). Stop, gdy dochodzisz do actionable przyczyny systemowej.
- Unikaj winowajcy. Jeśli odpowiedź na 4. „dlaczego" brzmi „bo Marek się pomylił" — zadaj jeszcze jedno. Pomylił się, bo nie miał szkolenia? Bo brakuje procedury? Bo system nie kontroluje?
- Weryfikuj końcową przyczynę danymi. 5 Why daje hipotezę. Potwierdzenie wymaga obserwacji, eksperymentu albo danych z SPC.
Test końcowej przyczyny
Kiedy zatrzymać drążenie? Dobry test: czy mogę zaprojektować konkretne działanie korygujące, które usunie tę przyczynę? Jeśli tak — to actionable root cause. Jeśli odpowiedzią jest „trzeba zmienić mentalność branży" lub „społeczeństwo powinno..." — przegapiłeś się kilka pytań wcześniej i wpadłeś w filozofię.
3 praktyczne przykłady (Auto / Pharma / Food)
Metoda 5 Why w działaniu na realnych scenariuszach z trzech branż. Każdy pokazuje, jak ta sama prosta technika prowadzi do bardzo różnych typów przyczyn systemowych.
Przykład 1 — Motoryzacja: pęknięcie spoiny na linii spawalniczej
Problem:
Wskaźnik pękniętych spoin na detalu C-187 wzrósł z 0,2% do 4,7% w III zmianie 13.05.2026, linia spawalnicza #4.
Łańcuch 5 Why:
1. Dlaczego pojawiają się pęknięcia?
Bo spoiny mają niewystarczającą penetrację — zbyt niska temperatura procesu.
2. Dlaczego niewystarczająca temperatura?
Bo nowa partia drutu spawalniczego ma zwiększoną zawartość siarki (0,038% vs norma 0,025%).
3. Dlaczego drut z nową specyfikacją trafił na linię?
Bo nie przeprowadzono incoming inspection po zmianie dostawcy 10.05.
4. Dlaczego nie wykonano incoming inspection?
Bo procedura zmiany dostawcy nie wymaga walidacji pierwszej partii.
5. Dlaczego procedura tego nie wymaga?
Bo zmiana dostawcy została zakwalifikowana jako „cost reduction" w obejściu procesu PPAP.
Przyczyna źródłowa: brak obowiązku PPAP przy zmianach dostawcy uzasadnianych „cost reduction". Działanie: zmiana procedury zakupowej.
Przykład 2 — Farmacja: zanieczyszczona partia tabletek
Problem:
Partia tabletek przeciwbólowych nr B-2026-0512 wykryła zanieczyszczenie metaliczne podczas kontroli końcowej — 12 ppm żelaza vs maks. 5 ppm. Cała partia 240 tys. opakowań na kwarantannę.
Łańcuch 5 Why:
1. Dlaczego tabletki są zanieczyszczone żelazem?
Bo cząsteczki metalu dostały się do mieszaniny podczas kompresji.
2. Dlaczego cząsteczki metalu dostały się do mieszaniny?
Bo stempel tabletkarki uszkodził się i wytwarzał mikro-cząsteczki.
3. Dlaczego stempel uszkodził się?
Bo był używany dłużej niż maks. 500.000 cykli (faktycznie 612.000).
4. Dlaczego stempel pracował powyżej limitu?
Bo system tracking cykli pokazywał błędną liczbę — licznik resetował się przy każdym restarcie maszyny.
5. Dlaczego licznik resetował się?
Bo aktualizacja firmware'u tabletkarki z 02.2026 wprowadziła błąd w persystencji liczników — nie przeszła walidacji GMP po update.
Przyczyna źródłowa: walidacja GMP nie obejmowała funkcji śledzenia cykli przy testach firmware. Działanie: rozszerzenie protokołu walidacji + wymiana stempla.
Przykład 3 — Spożywcza: temperatura w łańcuchu chłodniczym
Problem:
Reklamacja od sieci handlowej: partia 4.200 jogurtów wykazała temperaturę 8,2°C przy odbiorze (norma 0-4°C). Cała partia wycofana, kara 18.500 zł.
Łańcuch 5 Why:
1. Dlaczego temperatura była powyżej normy?
Bo agregat chłodniczy ciężarówki nie schłodził produktu wystarczająco.
2. Dlaczego agregat nie schłodził produktu?
Bo był uruchomiony tylko 35 minut przed załadunkiem (norma: minimum 90 min).
3. Dlaczego załadowano za szybko po uruchomieniu agregatu?
Bo dyspozytor naciskał na kierowcę — opóźnienie linii produkcyjnej musiało być nadrobione.
4. Dlaczego dyspozytor mógł obejść procedurę chłodzenia?
Bo system załadunku WMS nie blokuje załadunku przed minimalnym czasem chłodzenia.
5. Dlaczego system WMS nie blokuje?
Bo integracja z czujnikami temperatury naczepy nie była zaimplementowana — system nie wie, kiedy agregat został uruchomiony.
Przyczyna źródłowa: luka w integracji systemowej. Działanie: integracja telematics naczepy z WMS, hard-block załadunku przed osiągnięciem temperatury docelowej.
5 Why vs 5W+1H — różnica
Często mylone narzędzia. 5 Why pyta tylko „dlaczego" i drąży głębiej. 5W+1H to formuła opisu problemu — zadaje sześć różnych pytań, by precyzyjnie scharakteryzować problem zanim zaczniemy go analizować.
| Wymiar | 5 Why | 5W+1H |
|---|---|---|
| Cel | Znaleźć przyczynę problemu | Precyzyjnie opisać problem |
| Pytania | 5× „dlaczego" (Why) | What, Where, When, Who, Why + How |
| Kierunek | W głąb (przyczyna → przyczyna przyczyny) | W szerz (różne aspekty problemu) |
| Stosowanie w 8D | Krok D4 (Root Cause Analysis) | Krok D2 (Opis problemu) |
| Kiedy stosować | Po zdefiniowaniu problemu, do znalezienia root cause | Na początku analizy, do zdefiniowania problemu |
W praktyce stosuje się je sekwencyjnie: najpierw 5W+1H opisuje problem, potem 5 Why szuka przyczyny. To dwa różne narzędzia w tej samej skrzynce, nie konkurencyjne metody.
Kiedy 5 Why nie wystarcza
5 Why ma istotne ograniczenia, których ignorowanie prowadzi do błędnych wniosków. Metoda jest skuteczna dla problemów liniowych — gdy łańcuch przyczyn jest pojedynczy. Zawodzi przy problemach złożonych z wieloma równoległymi czynnikami.
4 sygnały, że potrzebujesz lepszego narzędzia
- Problem ma wiele równoległych przyczyn (np. wzrost braków po jednoczesnej zmianie dostawcy, operatora i temperatury) — użyj diagramu Ishikawy, by zmapować je równocześnie.
- Zespół ma różne hipotezy i każda prowadzi do innej gałęzi 5 Why — najpierw Ishikawa (wszystkie hipotezy), priorytetyzacja, dopiero potem 5 Why w wybranej gałęzi.
- Problem ma podłoże probabilistyczne (np. proces wykazuje przesunięcie — dlaczego?) — potrzebujesz Fault Tree Analysis (FTA) albo eksperymentu projektowanego (DOE).
- Brak danych do weryfikacji — 5 Why daje hipotezy, ale bez statystycznej weryfikacji (SPC, eksperyment) zostaną hipotezami. Potrzeba kart kontrolnych i kompletnego protokołu pomiarów.
Praktyczna reguła: jeśli zespół po 3 pytaniach „dlaczego" pochyla się nad opcjami zamiast nad jedną gałęzią — przejdź do Ishikawy. 5 Why działa dobrze tylko wtedy, gdy odpowiedzi są oczywiste albo szybko weryfikowalne.
Integracja z 8D, Ishikawa i FMEA
5 Why prawie nigdy nie jest stosowane w izolacji. W dojrzałym systemie jakości jest elementem większej metodyki — najczęściej raportu 8D, analizy Ishikawy lub aktualizacji FMEA.
| Metoda | Rola 5 Why |
|---|---|
| Raport 8D | 5 Why jest narzędziem kroku D4 (Root Cause Analysis). Wymagane przez klientów OEM motoryzacji — pokazuje, że dotarliśmy do prawdziwej przyczyny. |
| Diagram Ishikawy | Po stworzeniu Ishikawy i wyborze najprawdopodobniejszej gałęzi, 5 Why drąży w tę gałąź. Ishikawa = szerokość, 5 Why = głębokość. |
| FMEA | Po analizie 5 Why incydentu wracamy do PFMEA, by uzupełnić zidentyfikowaną przyczynę i działania zapobiegawcze. Lekcja wyciągnięta z 5 Why = update FMEA. |
| Six Sigma DMAIC | 5 Why jest stosowane w fazie Analyze (A), razem z testami hipotez statystycznych i analizą korelacji. |
| A3 Problem Solving | Sekcja „Analiza przyczyn" w A3 to często po prostu krótkie 5 Why z weryfikacją danymi. |
| Kaizen / KVP | 5 Why jest narzędziem codziennej analizy w kółkach jakości (quality circles). Najprostsze i najczęściej stosowane narzędzie problem-solving na hali. |
Drill Deep — 5 Why w 3 wymiarach
Drill Deep to zaawansowany wariant 5 Why stosowany w branży motoryzacyjnej (preferowany przez VDA i Forda). Zamiast jednego łańcucha pytań, analizuje problem równolegle w trzech wymiarach.
Trzy łańcuchy 5 Why
- Why made? (Dlaczego problem powstał?) — drąży techniczną przyczynę powstania wady. Klasyczne 5 Why.
- Why escaped? (Dlaczego problem nie został wykryty?) — drąży lukę w systemie kontroli jakości. Dlaczego nasze inspekcje, SPC, testy nie wyłapały wady?
- Why systemic? (Dlaczego system na to pozwala?) — drąży systemowe luki w organizacji. Dlaczego procedura, FMEA, plan kontroli, audyt nie zapobiegły?
Każdy z trzech wymiarów może prowadzić do innej przyczyny źródłowej — i innego działania korygującego. Klasyczne 5 Why znajduje 1 przyczynę, Drill Deep znajduje 3.
Przykład Drill Deep — pęknięta spoina (kontynuacja przykładu z motoryzacji)
Wymiar 1 — Why made?
Pęknięcia → niska penetracja → wadliwy drut → brak incoming inspection → procedura zakupowa pomija PPAP przy „cost reduction".
Action: zmiana procedury zakupowej.
Wymiar 2 — Why escaped?
Wadliwe wyroby przeszły kontrolę końcową → inspekcja wizualna nie wykrywa mikro-pęknięć → metoda nie odpowiednia → plan kontroli niezaktualizowany od 2024 → brak procesu okresowego przeglądu planów kontroli.
Action: wprowadzenie testu ultradźwiękowego + okresowy przegląd planów kontroli (kwartalny).
Wymiar 3 — Why systemic?
PFMEA nie identyfikowała ryzyka zmiany dostawcy → ostatnia rewizja PFMEA z 2023 → brak triggera do update'u przy zmianie dostawcy.
Action: dodanie obowiązkowego review PFMEA przy każdej zmianie dostawcy materiałów krytycznych.
Drill Deep prowadzi do znacznie bardziej kompletnego rozwiązania. Zwykłe 5 Why dałoby tylko Action 1 (zmiana procedury zakupowej). Drill Deep daje też Action 2 (rozszerzona inspekcja) i Action 3 (aktualizacja PFMEA) — które razem zapobiegają również innym potencjalnym problemom.
Najczęstsze błędy w analizie 5 Why
Sześć typowych pułapek, które obniżają wartość 5 Why w polskich zakładach.
1. Zatrzymanie się na poziomie człowieka
Odpowiedź „bo operator pomylił się" w 3. pytaniu zatrzymuje analizę. Należy iść głębiej — dlaczego operator mógł się pomylić? Dlaczego system na to pozwala? 80% problemów ma korzenie systemowe, nie ludzkie.
2. Sztywne trzymanie się liczby „5"
Zespół zadaje dokładnie 5 pytań i zatrzymuje się, bo „taka jest metoda". Tymczasem czasami wystarczą 3 (banalne problemy), a czasami potrzeba 7 (złożone scenariusze).
3. Brak weryfikacji końcowej przyczyny
Po dotarciu do hipotetycznej przyczyny źródłowej zespół wprowadza działanie korygujące bez sprawdzenia, czy to rzeczywiście była przyczyna. Wynik: problem wraca, bo prawdziwa przyczyna była gdzie indziej.
4. Mylenie 5 Why z 5W+1H
5 Why drąży głębiej w przyczynę. 5W+1H opisuje wymiary problemu (gdzie, kiedy, kto, ile). To różne narzędzia stosowane w różnych fazach.
5. Pomijanie wymiarów „Why escaped" i „Why systemic"
Klasyczne 5 Why pyta tylko „dlaczego problem powstał?". Drill Deep dodaje „dlaczego nie wykryliśmy?" i „dlaczego system na to pozwala?". Bez tych dwóch wymiarów luki w kontroli i procedurach pozostają.
6. Pojedyncza osoba zamiast zespołu
Analiza 5 Why zrobiona samodzielnie przez inżyniera jakości pomija perspektywy operatora i mistrza. Strata ważnych szczegółów technicznych i kontekstu.
Narzędzia i szablon 5 Why
5 Why nie potrzebuje skomplikowanego oprogramowania — działa na każdym medium od kartki papieru po MES.
| Narzędzie | Kiedy stosować |
|---|---|
| Tablica i marker | Codzienne kółka jakości na hali. Szybkie, kolaboracyjne, wymaga przepisania na koniec. |
| Formularz Excel | Standardowy szablon z 5 wierszami pytań + sekcją Action. Łatwy w dystrybucji. |
| Miro / Mural | Praca zdalna lub hybrydowa. Wizualne łańcuchy pytań, możliwość rozgałęzień (Drill Deep). |
| Moduł 5 Why w QMS / MES | Integracja z incident management — analiza powiązana z partią, maszyną, danymi SPC. Pełen audit trail. |
Szablon formularza 5 Why
Minimalna struktura formularza 5 Why dla zakładu produkcyjnego:
- Header: data, lider zespołu, członkowie zespołu, numer incydentu
- Problem statement: precyzyjny opis problemu z 5W+1H
- Łańcuch pytań: 5 wierszy z pytaniami „dlaczego?" i odpowiedziami
- Verification: jak zweryfikowano końcową przyczynę (dane, eksperyment, obserwacja)
- Root cause: sformułowanie przyczyny źródłowej w 1-2 zdaniach
- Corrective action: konkretne działanie usuwające przyczynę, z osobą odpowiedzialną i terminem
- Preventive action: systemowe zmiany zapobiegające ponownemu wystąpieniu (update PFMEA, instrukcji, planu kontroli)
- Lessons Learned: co inne procesy mogą się nauczyć
W nowoczesnym systemie MES formularz 5 Why może być automatycznie połączony z danymi incydentu — partia, parametr maszyny, operator, kontekst pomiarowy. To skraca czas analizy o 30-50% i daje obiektywne dane do weryfikacji.
Słowniczek pojęć
| Pojęcie | Definicja |
|---|---|
| 5 Why / 5 razy dlaczego | Metoda analizy przyczyn źródłowych przez pięciokrotne zadanie pytania „dlaczego". Stworzona przez Sakichi Toyodę. |
| Root Cause Analysis (RCA) | Analiza przyczyn źródłowych — szukanie głębokiej, systemowej przyczyny problemu, nie tylko widocznego objawu. |
| Actionable root cause | Przyczyna źródłowa, do której można zaprojektować konkretne działanie korygujące. Test końcowy 5 Why. |
| Drill Deep | Wariant 5 Why w 3 wymiarach: Why made, Why escaped, Why systemic. Preferowany w branży motoryzacyjnej. |
| 5W+1H | Formuła opisu problemu: What, Where, When, Who, Why, How. Stosowana w D2 raportu 8D. NIE jest tym samym co 5 Why. |
| Toyota Production System | System produkcyjny Toyoty — fundament Lean Manufacturing. 5 Why jest jednym z jego podstawowych narzędzi. |
| Why made / Why escaped | Dwa pierwsze wymiary Drill Deep: dlaczego problem powstał i dlaczego nie został wykryty. |
| Why systemic | Trzeci wymiar Drill Deep: dlaczego system organizacyjny (procedury, FMEA, audyty) na to pozwala. |
FAQ — najczęściej zadawane pytania
Co to jest metoda 5 Why?
Metoda 5 Why (po polsku 5 razy dlaczego lub 5 dlaczego) to technika analizy przyczyn źródłowych polegająca na pięciokrotnym zadaniu pytania „dlaczego?" w celu dotarcia od widocznego objawu problemu do jego prawdziwej przyczyny systemowej. Stworzona przez Sakichi Toyodę, jest jednym z fundamentalnych narzędzi Toyota Production System i Lean Manufacturing.
Dlaczego dokładnie 5 pytań?
Cyfra „5" jest orientacyjna, nie sztywna. Sakichi Toyoda zauważył, że w typowych problemach produkcyjnych po pięciu iteracjach docieramy do przyczyny systemowej. W praktyce czasami wystarczą 3 pytania (problemy proste), czasami potrzeba 7 (problemy złożone). Liczy się dotarcie do actionable root cause, nie liczenie iteracji.
Jak zrobić analizę 5 Why?
6 kroków: 1) sformułuj problem precyzyjnie (5W+1H), 2) zadaj pierwsze pytanie „dlaczego problem wystąpił?", 3) każde kolejne „dlaczego" zadawaj na podstawie poprzedniej odpowiedzi, 4) odpowiadaj faktami, nie opiniami, 5) zatrzymaj się przy actionable root cause (przyczynie, do której można zaprojektować działanie), 6) zweryfikuj końcową przyczynę danymi lub eksperymentem.
Czym różni się 5 Why od 5W+1H?
5 Why drąży w głąb — pięciokrotne pytanie „dlaczego" prowadzi od objawu do przyczyny systemowej. 5W+1H to formuła opisu problemu — zadaje sześć różnych pytań (What, Where, When, Who, Why, How), by precyzyjnie scharakteryzować problem. Stosuje się je sekwencyjnie: 5W+1H opisuje problem (krok D2 raportu 8D), 5 Why szuka przyczyny (krok D4).
Kto wymyślił metodę 5 Why?
Metodę 5 Why opracował Sakichi Toyoda (założyciel Toyoty) w pierwszej połowie XX wieku. Światową sławę zyskała dzięki Taiichi Ohno, ojcu Toyota Production System, który włączył ją do podstaw Lean Manufacturing i opisał w książce „Toyota Production System: Beyond Large-Scale Production" (1978).
Kiedy stosować 5 Why a kiedy diagram Ishikawy?
Diagram Ishikawy daje szerokość — pokazuje wszystkie potencjalne kategorie przyczyn (5M). 5 Why daje głębokość — drąży w jedną wybraną gałąź. W praktyce stosuje się je sekwencyjnie: najpierw Ishikawa (zmapowanie wszystkich potencjalnych przyczyn), priorytetyzacja, potem 5 Why w wybranej gałęzi.
Co to jest Drill Deep w 5 Why?
Drill Deep to zaawansowany wariant 5 Why stosowany w motoryzacji (preferowany przez VDA i Forda). Analizuje problem równolegle w trzech wymiarach: Why made (dlaczego problem powstał?), Why escaped (dlaczego nie został wykryty?), Why systemic (dlaczego system na to pozwala?). Klasyczne 5 Why znajduje 1 przyczynę, Drill Deep — 3 i prowadzi do bardziej kompletnego rozwiązania.
Jakie są największe błędy w analizie 5 Why?
Sześć głównych: zatrzymanie się na „błąd człowieka" zamiast szukania przyczyn systemowych, sztywne trzymanie się liczby 5, brak weryfikacji końcowej przyczyny danymi, mylenie 5 Why z 5W+1H, pomijanie wymiarów Why escaped i Why systemic, robienie analizy w pojedynkę zamiast w zespole.
Powiązane materiały
- Diagram Ishikawy (rybiej ości) — metoda 5M i przykłady
- Raport 8D — 8 dyscyplin, szablon i przykład z motoryzacji
- Analiza FMEA — metoda, 7 kroków i praktyczny przykład
- Statystyczna kontrola procesu (SPC) — karty kontrolne Shewharta
- System MES — co to jest, funkcje i wdrożenie
- Oprogramowanie MES — przewodnik wyboru dla producentów
- System zarządzania produkcją — co to jest, rodzaje i jak wybrać
- Wskaźnik OEE — co to jest, wzór i jak liczyć
- Traceability — co to jest, rodzaje i zastosowanie w produkcji
- Utrzymanie ruchu w zakładzie produkcyjnym — strategie, rodzaje i KPI
- System CMMS — czym jest, jak wybrać i ile kosztuje
- MTBF, MTTR i MTTF — wzory, obliczanie i interpretacja
- Planowanie produkcji — etapy, metody i narzędzia
- System APS i program do planowania produkcji — funkcje i wybór