Metoda 5 Why – przykłady, szablon i analiza krok po kroku

Problem został rozwiązany, ale po kilku tygodniach wraca. Maszyna ponownie się zatrzymuje, klient zgłasza podobną reklamację, a kolejna faktura czeka na akceptację. Doraźna naprawa usuwa skutki zdarzenia. Żeby ograniczyć jego powtarzanie, trzeba ustalić, co doprowadziło do problemu.

Metoda 5 Why, czyli „5 razy dlaczego”, pomaga przejść od widocznego problemu do jego przyczyn przez zadawanie kolejnych pytań „dlaczego?”. Każde pytanie wynika z poprzedniej odpowiedzi, a odpowiedzi należy sprawdzać na podstawie faktów.

W tym poradniku pokazujemy, jak przeprowadzić analizę 5 Why, jak unikać typowych błędów oraz jak wykorzystać metodę w produkcji, logistyce, usługach, administracji i IT.

Na czym polega metoda 5 Why?

Analiza zaczyna się od konkretnego zdarzenia. Pytamy, dlaczego wystąpiło, sprawdzamy odpowiedź, a następnie pytamy o przyczynę ustalonego mechanizmu.

Przykładowo:

Problem: klient otrzymał niewłaściwy produkt.
Dlaczego? Do przesyłki spakowano inny wariant.
Dlaczego? Podczas kompletacji pobrano produkt z błędnie uzupełnionej lokalizacji magazynowej.

Kolejne pytania pozwalają ustalić, jak doszło do pomyłki i jakie zmiany mogą ograniczyć jej powtarzanie.

Liczba pięć jest umowna. Czasem wystarczą trzy lub cztery pytania, a czasem potrzeba ich więcej. Przy kilku ścieżkach przyczynowych należy analizować je osobno. Ważne są logiczne zależności oraz ich potwierdzenie w rzeczywistym procesie. Przewodnik A3 Problem Solving, Lean Enterprise Institute Polska.

Objaw, przyczyna bezpośrednia i przyczyna źródłowa

Te pojęcia warto rozróżnić przed rozpoczęciem analizy.

W jednym problemie może uczestniczyć kilka przyczyn. Ustalenie jednej ścieżki nie dowodzi, że wyjaśniliśmy całe zdarzenie.

Jak przeprowadzić analizę 5 Why krok po kroku?

1. Opisz problem tak, aby można go było sprawdzić

„Mamy dużo reklamacji” to za szeroki punkt wyjścia.

Lepszy opis:

W trzech przesyłkach zrealizowanych w ubiegłym tygodniu klienci otrzymali wariant B zamiast zamówionego wariantu A.

Zapisz, co się wydarzyło, gdzie, kiedy i w jakiej skali. Oddziel zaobserwowane fakty od przypuszczeń dotyczących przyczyny.

2. Zaproś osoby znające proces i zbierz dane

W analizie powinny uczestniczyć osoby mające wiedzę o zdarzeniu i sposobie wykonywania pracy. Przydatne mogą być zdjęcia, pomiary, historia operacji, logi systemowe, dokumenty i obserwacja stanowiska.

3. Zadawaj kolejne pytania na podstawie odpowiedzi

Jeśli odpowiedź brzmi „łożysko nie otrzymywało smaru”, kolejne pytanie powinno dotyczyć braku smarowania.

Unikaj przeskakiwania do ogólnych ocen, takich jak „złe zarządzanie” czy „niedostateczna komunikacja”.

4. Weryfikuj każdą istotną zależność

Przy odpowiedzi zapisz:

• co ustalono;
• jaki dowód to potwierdza;
• co pozostaje hipotezą;
• jakie sprawdzenie jest jeszcze potrzebne.

Gdy brakuje danych, zaplanuj ich zebranie. Nie uzupełniaj luki najbardziej przekonującą historią.

5. Zaplanuj działanie i sprawdzenie skuteczności

Działanie powinno odnosić się do potwierdzonej przyczyny. Określ odpowiedzialnego, termin oraz sposób oceny wyniku.

Zakończenie zadania i potwierdzenie skuteczności to dwa osobne etapy.

Przykłady analizy 5 Why z różnych branż

Poniższe przykłady są scenariuszami dydaktycznymi. Przedstawione ustalenia i dowody ilustrują sposób pracy — nie opisują rzeczywistych wdrożeń ani wyników klientów.

Przykład 1. Produkcja — powtarzające się zatrzymanie maszyny

Problem: maszyna pakująca zatrzymała się dwukrotnie podczas jednej zmiany wskutek przegrzania łożyska.

Doraźna naprawa: przywrócić sprawność układu i ocenić stan łożyska.

Działanie wobec przyczyny: uzupełnić plan przeglądów i włączyć jego aktualizację do odbioru modernizacji.

Ocena skuteczności: potwierdzić prawidłowy dopływ smaru, wykonanie kontroli i stabilną temperaturę podczas określonej liczby cykli pracy.

Ta analiza wyjaśnia brak wykrycia niedrożności. Przyczynę samego zatkania przewodu trzeba zbadać w osobnej gałęzi.

Przykład 2. Logistyka — klient otrzymał niewłaściwy produkt

Problem: w przesyłce znalazł się wariant B zamiast zamówionego wariantu A.

Usunięcie skutków: dostarczyć właściwy produkt, skorygować zawartość lokalizacji i sprawdzić potencjalnie dotknięte przesyłki.

Działanie wobec przyczyny: wdrożyć sprawdzanie zgodności produktu i lokalizacji przy odkładaniu.

Ocena skuteczności: wykonać test błędnego skanu oraz obserwować pomyłki w odniesieniu do liczby operacji.

Osobna ścieżka powinna odpowiedzieć: dlaczego błąd nie został wykryty przed wysyłką? Jeśli chcesz zobaczyć, gdzie w procesie reklamacje „odpadają” i które ścieżki są najliczniejsze, pomocny będzie wykres Sankeya w analizie reklamacji.

Przykład 3. Administracja i finanse — faktura zapłacona po terminie

Problem: faktura została opłacona osiem dni po terminie, mimo że wpłynęła odpowiednio wcześnie.

Usunięcie skutków: zrealizować płatność i wyjaśnić sytuację z dostawcą.

Działanie wobec przyczyny: ustalić zastępstwa oraz reguły przekazywania i eskalacji zadań.

Ocena skuteczności: przetestować nieobecność akceptującego i monitorować udział faktur zatwierdzanych przed terminem płatności.

Wniosek „kierownik powinien pamiętać” pozostawiłby proces zależny od dostępności jednej osoby.

Chcesz przećwiczyć metodę na własnym problemie? Otwórz bezpłatne narzędzie 5Why online.

Przykład 4. Usługi serwisowe — technik nie może wykonać naprawy

Problem: technik przyjechał do klienta z częścią niepasującą do serwisowanego urządzenia.

Usunięcie skutków: ustalić właściwą część i uzgodnić dalszą realizację naprawy.

Działanie wobec przyczyny: przed doborem części wymagać identyfikacji urządzenia lub przeprowadzić dodatkową weryfikację.

Ocena skuteczności: sprawdzać kompletność zgłoszeń i odsetek wizyt zakończonych bez konieczności ponownego przyjazdu z powodu błędnie dobranej części.

Przykład 5. IT — usługa nie działa po aktualizacji

Problem: po wdrożeniu nowej wersji aplikacji użytkownicy nie mogli się zalogować.

Przywrócenie działania: poprawić konfigurację lub przywrócić poprzednią wersję zgodnie z procedurą.

Działanie wobec przyczyny: dodać walidację konfiguracji i test logowania stanowiący warunek uznania wdrożenia za poprawne.

Ocena skuteczności: sprawdzić, czy kontrolowany błędny parametr zostaje wykryty, a prawidłowe wdrożenie przechodzi test.

Osobno warto ustalić, jak niewłaściwa wartość trafiła do konfiguracji.

Najczęstsze błędy w analizie 5 Why

Zatrzymanie się na „błędzie pracownika”

To informacja o zdarzeniu. Kolejne pytania powinny dotyczyć warunków wykonania pracy: dostępnych danych, oznaczeń, narzędzi, kompetencji i zabezpieczeń.

Uznanie „braku szkolenia” za gotową odpowiedź

Szkolenie ma sens, jeśli potwierdzono lukę w wiedzy lub umiejętnościach. Nie usunie problemu wynikającego z błędnych danych czy niedziałającej kontroli systemowej.

Dopisywanie odpowiedzi do z góry wybranego rozwiązania

Jeśli zespół od początku chce kupić nową maszynę lub zmienić pracownika, analiza może stać się uzasadnieniem tej decyzji. Weryfikuj również informacje, które przeczą przyjętej hipotezie.

Wymuszanie dokładnie pięciu pytań

Nie wydłużaj łańcucha sztucznymi odpowiedziami. Nie kończ go również tylko dlatego, że formularz ma pięć wierszy.

Zakończenie pracy po wskazaniu przyczyny

Analiza powinna prowadzić do sprawdzalnych działań. Bez odpowiedzialnego, terminu i oceny skuteczności łatwo pozostaje jedynie dokumentem. Częsty skutek to działania korygujące, które po pewnym czasie wracają pod inną nazwą — więcej o tym zjawisku w artykule Dlaczego działania korygujące wracają pod inną nazwą?.

Kiedy 5 Why nie wystarcza?

Przy szerokim problemie i wielu prawdopodobnych mechanizmach najpierw trzeba uporządkować możliwe przyczyny. Pomocne mogą być diagram Ishikawy, pomiary, analiza danych lub eksperymenty. Następnie 5 Why można wykorzystać do pogłębienia wybranych ścieżek.

Diagram Ishikawy (rybia ość) porządkuje możliwe przyczyny w kategoriach, takich jak ludzie, metody, maszyny, materiały, pomiary i środowisko. Sprawdza się, gdy nie wiadomo jeszcze, od której ścieżki zacząć. Gdy ścieżki są już wybrane, każdą z nich można pogłębić pytaniami „dlaczego?”.

Metoda ma ograniczenia i szczególnie dobrze nadaje się do konkretnie określonych problemów; nie zastępuje dowodów ani szerszego badania złożonego zdarzenia. Zastosowanie i ograniczenia 5 Why.

5 Why a raport 8D i działania korygujące

5 Why jest techniką analizy przyczyn, a nie kompletnym procesem rozwiązywania problemu. W praktyce stanowi jeden z elementów szerszego podejścia, na przykład raportu 8D, w którym analiza przyczyn łączy się z działaniami doraźnymi, korygującymi i sprawdzeniem skuteczności.

Wyniki analizy powinny trafić do systemu, w którym można prześledzić zgłoszenie, przyczyny, działania i ich ocenę. Dzięki temu zdarzenia nie giną w osobnych plikach, a niezgodności da się porównywać w czasie — zobacz, jak uporządkować niezgodności i incydenty zgodnie z ISO 9001.

Szablon analizy 5 Why — co powinien zawierać?

Dobry formularz obejmuje więcej niż pięć pustych odpowiedzi.

Analizę można zapisać na papierze, w Excelu lub w aplikacji. Wybierając narzędzie, sprawdź, czy pozwala zachować dowody, rozróżniać hipotezy od ustaleń i wrócić do oceny skuteczności.

Wykonaj własną analizę w darmowym narzędziu 5Why online

Wybierz konkretny problem, zbierz dostępne informacje i rozpocznij od pierwszego pytania: „Dlaczego to się wydarzyło?”.

Możesz skorzystać z darmowego narzędzia INGENES do analizy 5Why online. Podczas pracy posługuj się przykładem z tego poradnika oraz poniższą listą kontrolną.

Rozpocznij bezpłatną analizę 5Why

Sprawdź analizę przed jej zakończeniem

• Czy problem jest opisany konkretnie?
• Czy każda odpowiedź logicznie wyjaśnia poprzedni etap?
• Czy ustalenia mają potwierdzenie w dowodach?
• Czy niepotwierdzone hipotezy są wyraźnie oznaczone?
• Czy rozpatrzono istotne alternatywne ścieżki?
• Czy działania odnoszą się do potwierdzonych przyczyn?
• Czy wyznaczono odpowiedzialnych i terminy?
• Czy zaplanowano ocenę skuteczności?

Najczęściej zadawane pytania

Czy analiza musi zawierać dokładnie pięć pytań?

Nie. Liczba pytań zależy od badanego problemu. Ważne jest uzyskanie potwierdzonego wyjaśnienia, które pozwala zaplanować odpowiednie działanie.

Co zrobić, gdy nie znamy kolejnej odpowiedzi?

Zapisać hipotezę i zaplanować jej sprawdzenie. Brak danych jest sygnałem do zebrania informacji, a nie do zgadywania.

Czy można wskazać kilka przyczyn źródłowych?

Tak. Problem może wynikać z kilku współdziałających warunków. Wtedy warto rozdzielić ścieżki i zweryfikować każdą z nich.

Czy analizę 5 Why można przeprowadzić samodzielnie?

Można rozpocząć ją samodzielnie. Wnioski warto zweryfikować z osobami znającymi proces, szczególnie gdy analiza dotyczy kilku działów.

Czym 5 Why różni się od diagramu Ishikawy i raportu 8D?

5 Why pogłębia wybraną ścieżkę przyczynową pytaniami „dlaczego?”. Diagram Ishikawy porządkuje możliwe przyczyny w kategoriach, więc przydaje się na początku, gdy ścieżek jest wiele. Raport 8D obejmuje cały proces: działania doraźne, analizę przyczyn, działania korygujące i sprawdzenie skuteczności. 5 Why może być jego częścią.

Ile osób i czasu potrzeba na analizę?

Prosty problem można przeanalizować w kilkadziesiąt minut przy udziale kilku osób znających proces. Złożone zdarzenia wymagają więcej czasu, bo odpowiedzi trzeba potwierdzić dowodami: danymi, dokumentami, pomiarami lub obserwacją na stanowisku.

Czy wykonanie działania oznacza zamknięcie analizy?

Wykonanie działania potwierdza, że zmiana została wdrożona. Zamknięcie analizy powinno uwzględniać również wynik zaplanowanej oceny skuteczności.