Metoda 5 Why: jak dojść do przyczyny problemu, a nie do winnego

Metoda 5 Why, czyli 5 razy dlaczego, służy do rozpoznawania przyczyn problemu przez zadawanie kolejnych pytań o to, dlaczego wystąpił. Każda odpowiedź staje się podstawą następnego pytania.

Metoda 5 Why prowadzi do takiego elementu procesu, który można zmienić, aby zapobiec powrotowi problemu. Może nim być reguła zakupowa, sposób przekazywania informacji lub brak standardu pracy. Liczba pytań jest umowna. Liczą się potwierdzone zależności oraz działanie, które usuwa rozpoznaną przyczynę w badanym zakresie.

W praktyce spotkanie często kończy się ustaleniem, kto powinien bardziej uważać. Faktura zostaje opłacona, pracownik otrzymuje przypomnienie, a sposób obsługi następnego dokumentu pozostaje bez zmian. Kolejne opóźnienie uruchamia tę samą rozmowę.

Poniżej opisano, jak poprowadzić analizę, pokazano przykład z procesu biurowego oraz test pomagający ustalić, kiedy przestać pytać.

Na czym polega metoda 5 Why?

Metoda 5 Why prowadzi od objawu problemu do jego przyczyny źródłowej przez serię pytań „dlaczego?”, w której każda odpowiedź staje się podstawą kolejnego pytania.

Jej korzenie wiąże się z Sakichim Toyodą i tradycją doskonalenia pracy w Toyocie. Taiichi Ohno uczynił z niej element Toyota Production System, wykorzystując kolejne pytania do badania mechanizmu powstawania problemów. Czasem wystarczą trzy pytania, a czasem potrzeba siedmiu. O zakończeniu decyduje jakość wyjaśnienia.

Objaw pokazuje niepożądany wynik, przyczyna bezpośrednia wyjaśnia, co wywołało go w danym przypadku, a przyczyna źródłowa wskazuje warunki, które umożliwiają jego powtarzanie.

Pytania powinny dotyczyć konkretnego zdarzenia. „Dlaczego dokument czekał na decyzję?” pozwala odtworzyć przebieg pracy. „Dlaczego mamy słabą komunikację?” kieruje rozmowę ku ogólnym opiniom, bez ustalenia, jaka informacja była potrzebna i gdzie jej zabrakło.

John Shook z Lean Enterprise Institute proponuje sprawdzenie logiki analizy przez odczytanie jej od końca. Każda przyczyna powinna wyjaśniać następny skutek. Jeśli między zdaniami brakuje takiego związku, trzeba uzupełnić lub zmienić zapis. Logicznie spójna historia nadal wymaga potwierdzenia w procesie.

Jak przeprowadzić analizę 5 Why krok po kroku?

Analiza 5 Why zaczyna się od opisu problemu faktami, przed zadaniem pierwszego „dlaczego”. Na warsztacie wystarczy tablica lub wspólny dokument, pod warunkiem że uczestnicy widzą zapis i analizują te same przypadki.

1. Opisać problem i jego zakres. Trzeba ustalić, co się wydarza, gdzie, kiedy, jak często i czym wynik różni się od oczekiwanego. Opis „faktury są akceptowane za późno” wymaga określenia okresu, grupy dokumentów i terminu akceptacji. Od takiej pracy zaczyna się szkolenie z rozwiązywania problemów w Sigla Consulting.
2. Zebrać osoby znające rzeczywistą pracę. Potrzebna jest wiedza o etapach, na których problem powstaje, przechodzi dalej lub zostaje wykryty. Przy sprzecznych relacjach prowadzący powinien poprosić o wskazanie konkretnych spraw. Rozbieżność może oznaczać, że uczestnicy opisują różne warianty procesu.
3. Pytać o zdarzenie i doprecyzowywać odpowiedzi. Na hasło „brak komunikacji” warto odpowiedzieć pytaniem: „Jaka informacja nie dotarła, do kogo i w którym momencie?”. Zapis musi wyjaśniać poprzedni krok. Pomysły rozwiązań można zanotować osobno i wrócić do nich po sprawdzeniu przyczyn.
4. Przypisać dowód lub zadanie sprawdzające. Historia dokumentu, korespondencja i obserwacja pracy pomagają ocenić odpowiedź. Stwierdzenie „wszyscy wiedzą, że tak jest” pozostaje hipotezą. Przy braku dowodu należy zapisać, co trzeba sprawdzić, kto to zrobi i kiedy przedstawi wynik.
5. Rozgałęzić analizę, gdy wyjaśnienia są różne. Jeśli część faktur czeka z powodu brakujących danych, a inne z powodu nieustalonego zastępstwa, każda ścieżka wymaga osobnego ciągu pytań. Nie należy wybierać jednej odpowiedzi tylko dlatego, że popiera ją większość zespołu.
6. Powiązać przyczynę z działaniem i standardem. Trzeba wskazać odpowiedzialność, termin oraz sposób oceny efektu. Zmiana musi znaleźć odzwierciedlenie w codziennej pracy: regule systemowej, instrukcji lub kontroli jej stosowania. Samo uzgodnienie rozwiązania na spotkaniu nie utrzymuje poprawy.

Jak wygląda przykład analizy 5 Why w procesie biurowym?

Przykład pokazuje analizę 5 Why dla faktur kosztowych zatwierdzanych po terminie płatności. Jest poglądowy i nie opisuje konkretnego projektu Sigli.

Nawiązuje do przykładu z artykułu o diagramie Ishikawy. Tam zebrano możliwe przyczyny opóźnień, a tutaj pogłębiono jedną z nich: brak numeru zamówienia potrzebnego do przypisania akceptującego.

Zakres obejmuje dokumenty, które wpłynęły z wyprzedzeniem wystarczającym do przejścia obowiązującej ścieżki. Przed rzeczywistym warsztatem trzeba uzupełnić opis okresem badania i skalą problemu. Ostatnia kolumna wskazuje materiały potrzebne do sprawdzenia przykładowych odpowiedzi.

Odpowiedź „bo księgowość nie dopytała, kto zamawiał” zatrzymałaby analizę na zachowaniu człowieka. Pytanie „dlaczego przy rejestracji faktury trzeba dopiero ustalać zamawiającego?” przywraca uwagę do brakującej informacji.

Warto sprawdzić także przypadki podważające hipotezę. Jeżeli faktury z numerem zamówienia równie długo czekają na przypisanie, trzeba ustalić, dla której grupy dokumentów brak numeru rzeczywiście wyjaśnia opóźnienie. Nie ma wtedy podstaw, aby przypisać mu wszystkie zaległości.

Działaniem może być obowiązek utworzenia zamówienia w systemie albo prosta ścieżka drobnych zakupów, która od początku wskazuje akceptującego. Dokument niespełniający warunków powinien trafiać do określonej obsługi wyjątku. Sama blokada faktury bez numeru mogłaby stworzyć kolejną kolejkę.

Po zmianie należy porównać czas przypisania akceptującego i liczbę spraw wymagających ręcznego wyjaśnienia. Ocenie podlega grupa objęta działaniem, z uwzględnieniem rodzaju zakupów i obciążenia procesu.

Kiedy przestać pytać „dlaczego”?

Pogłębianie pytań można zakończyć, gdy wskazano potwierdzoną przyczynę i uzasadniony sposób jej zmiany. Potwierdzenie skuteczności działania następuje później, po jego przetestowaniu.

Pomaga w tym test oparty na trzech pytaniach:

• Czy odpowiedź wskazuje element systemu? Powinna opisywać konkretną regułę, decyzję, brak informacji lub standardu. Samo wskazanie osoby nie wyjaśnia, dlaczego problem może wrócić.
• Czy zespół lub firma może zmienić tę przyczynę? Jeśli potrzebna jest decyzja właściciela procesu, należy ustalić sposób jej uzyskania. Brak uprawnień uczestników spotkania nie oznacza braku wpływu organizacji.
• Na jakiej podstawie oczekuje się, że zmiana zapobiegnie powrotowi problemu? Trzeba wyjaśnić, którą zależność przerwie działanie. Ręczne przypisanie zaległej faktury nie zmienia sposobu obsługi kolejnych dokumentów.

Zakończenie pytań oznacza gotowość do sprawdzenia rozwiązania. Zamknięcie działań naprawczych wymaga jeszcze oceny wyniku oraz utrwalenia nowego standardu. Jeśli efekt nie wystąpił, trzeba wrócić do diagnozy albo sposobu wdrożenia.

Analiza poszła za daleko, gdy kończy się na wyjaśnieniu pozostającym poza wpływem firmy, np. „klienci zamawiają w ostatniej chwili”. Wtedy warto wrócić do sposobu obsługi takich zamówień: terminów granicznych i zasad potwierdzania realizacji. Kolejny domysł nie zastępuje brakującego dowodu.

Dlaczego analiza 5 Why tak często kończy się na człowieku?

Odpowiedź „pracownik się pomylił” łatwo kończy rozmowę, bo wskazuje widoczne zdarzenie. Nadal nie wyjaśnia jednak, jakie warunki umożliwiły błąd i dlaczego nie został wykryty.

Po takim stwierdzeniu potrzebne są pytania o konkretną sytuację: jaka informacja była dostępna przy decyzji, czy standard jasno opisywał zadanie i czy narzędzie ułatwiało poprawny wybór. Jeśli rozmowa wraca do oceny „on zawsze tak robi”, prowadzący powinien poprosić o odtworzenie wybranego przypadku.

Poszukiwanie przyczyn w procesie nie znosi odpowiedzialności za pracę. Potrzebne są jasne obowiązki oraz warunki umożliwiające ich wykonanie. Gdy spotkanie służy rozliczaniu osób, uczestnicy mogą pomijać obejścia i nieformalne ustalenia. Bez tych informacji trudniej rozpoznać mechanizm, więc problem ma szansę wrócić mimo kolejnych upomnień.

Znaczenie pogłębionej diagnozy pokazuje projekt Sigli dla producenta komponentów z tworzyw sztucznych. Pierwsza analiza wskazywała na pracochłonność stanowisk. Bezpośrednie pomiary na hali poszerzyły obraz: ujawniły problemy z jakością danych, rejestrowaniem przestojów, podziałem zadań i przepływem materiałów.

Skupienie się wyłącznie na sprawności wykonywania czynności pozostawiłoby te zależności poza diagnozą. Pomiary pozwoliły powiązać obciążenie operatorów ze sposobem organizacji i sterowania produkcją. Projekt ilustruje zasadę badania systemu; nie jest przykładem zastosowania metody 5 Why.

Kiedy 5 Why nie wystarczy?

5 Why nie wystarczy, gdy do wyjaśnienia problemu potrzebne jest rozpoznanie zależności w całym procesie. Dobrze służy pogłębianiu konkretnego mechanizmu, lecz sam ciąg pytań nie zastępuje diagnozy przepływu pracy.

Przy wielu możliwych przyczynach diagram Ishikawy pomaga najpierw uporządkować poszukiwania wszerz. Następnie można prowadzić osobne analizy w głąb wybranych ścieżek. Wielość przyczyn nie przekreśla więc zastosowania 5 Why.

Granica przebiega również między problemem punktowym a potrzebą przebudowy procesu. Powtarzalny brak danych w określonej grupie zakupów może nadawać się do ukierunkowanej analizy. Jeżeli dokumenty czekają na wielu etapach, dane są przepisywane, a decyzje zależą od nieformalnych ustaleń, kolejne poprawki mogą tylko zwiększać liczbę kontroli.

W takiej sytuacji punktem wyjścia jest Analiza Stanu Obecnego, która pozwala rozpoznać rzeczywisty przebieg pracy, odpowiedzialności i powiązania między etapami. Dopiero diagnoza pokazuje, czy potrzebna jest lokalna korekta, czy szersza zmiana organizacji procesu.

Ograniczeniem pozostaje wiedza zespołu: osoby znające inne fragmenty pracy mogą zaproponować różne wyjaśnienia. Dlatego zgodność opinii na spotkaniu nie potwierdza przyczyny. Gdy brakuje danych albo obserwacji, właściwym wynikiem warsztatu może być plan ich zebrania, zamiast przedwczesnego wyboru rozwiązania.

Najczęściej zadawane pytania o metodę 5 Why

Czym różni się 5 Why od 5W i 5W2H?

5W i 5W2H to zestawy pytań porządkujących opis sytuacji: co, kto, gdzie, kiedy i dlaczego, a w rozszerzeniu także jak i ile. Metoda 5 Why pogłębia wyjaśnienie przez kolejne pytania o przyczyny. W praktyce najpierw można uporządkować opis problemu, a następnie rozpocząć analizę przyczynową. Pytanie o uczestników procesu nie oznacza poszukiwania winnego.

Jak zapisać analizę 5 Why?

Zapis obejmuje opis i zakres problemu, kolejne pytania, odpowiedzi oraz dowody lub status hipotez. Potrzebne są również: rozpoznana przyczyna, działanie, osoba odpowiedzialna, termin i sposób oceny efektu. Szablon analizy 5 Why może mieć formę prostej tabeli. Powinien pozwalać odtworzyć, dlaczego wybrano dane rozwiązanie i które ustalenia pozostają do sprawdzenia.

Jak 5 Why łączy się z raportem 8D i A3?

W raporcie 8D analiza 5 Why może wspierać etap D4, czyli ustalanie i weryfikację przyczyn źródłowych. Takie zastosowanie opisuje ASQ. W raporcie A3 służy do rozwinięcia analizy przyczyn. Oba podejścia obejmują także opis problemu, działania i ocenę efektów. Łańcuch pytań jest jednym z narzędzi w szerszym toku rozwiązywania problemu.

Czy 5 Why stosuje się w IT i w obsłudze klienta?

Tak. W IT metoda pomaga analizować incydenty i warunki umożliwiające awarię lub błąd. Analiza powinna służyć uczeniu się i poprawie działania systemu. W obsłudze klienta można badać powracające reklamacje, brakujące informacje lub opóźnienia odpowiedzi. W obu obszarach potrzebne są zapisy zdarzeń i wiedza osób uczestniczących w pracy, również na styku zespołów.

Radosław Jeziorski

Partner Zarządzający, Sigla Consulting

Partner Zarządzający Sigla Consulting. Przez ponad 20 lat zarządzał sprzedażą, operacjami i transformacjami w sektorze finansowym. Dziś wspiera zarządy w diagnozowaniu źródeł nieefektywności i przekładaniu wniosków na konkretne zmiany w procesach.

ProcesyPoradniki lean