Pięć dlaczego: jak przejść od objawów do przyczyny źródłowej

Najważniejsze wnioski

Dla bardziej uporządkowanego podejścia do analizy awarii zobacz nasze zestawienie narzędzi do FMEA.

• 5 Whys to najprostsza technika identyfikacji przyczyny źródłowej: zadawaj wielokrotnie pytanie „dlaczego”, każda odpowiedź staje się kolejnym pytaniem, aż dojdziesz do przyczyny, którą możesz faktycznie zmienić w procesie.
• „Pięć” to wskazówka, a nie reguła. Przestań, gdy natrafisz na przyczynę, na którą możesz zadziałać, niezależnie czy zajmie to trzy „dlaczego”, czy siedem.
• Dyscyplina polega na podążaniu za dowodami, nie opiniami, oraz na kontynuowaniu poszukiwań poza pierwszą wygodną odpowiedzią, która zwykle jest objawem albo wskazuje osobę do obwinienia.
• Najlepiej sprawdza się w przypadku ukierunkowanych problemów o jednym łańcuchu przyczyn. Gdy problem ma wiele możliwych przyczyn jednocześnie, lepszym narzędziem początkowym jest diagram rybiej ości.

Czym jest metoda 5 Whys

5 Whys to technika zadawania pytań prowadząca od objawu do jego podstawowej przyczyny. Formułujesz problem, pytasz, dlaczego do niego doszło, potem pytasz „dlaczego” dla tej odpowiedzi i tak dalej. Każdy krok zdejmuje jedną warstwę. Celem jest przestać leczyć widoczny objaw i dotrzeć do prawdziwego czynnika sprawczego, tego, którego usunięcie zapobiegnie powtórzeniu problemu.

Jej zaletą jest to, że nie wymaga oprogramowania ani specjalnego szkolenia, tylko dyscypliny. Jej słabością jest to, że ta sama prostota ułatwia złe przeprowadzanie analizy.

Przykład

Problem: linia się zatrzymała.

• Dlaczego? Bezpiecznik się przepalił.
• Dlaczego? Silnik był przeciążony.
• Dlaczego? Łożysko się zacięło.
• Dlaczego? Skończyło się smarowanie.
• Dlaczego? Zadanie smarowania nie było uwzględnione w harmonogramie konserwacji.

Wymiana bezpiecznika (objawu) nic nie naprawia; linia zatrzyma się ponownie. Dodanie zadania smarowania do harmonogramu prac prewencyjnych (przyczyna źródłowa) rzeczywiście rozwiązuje problem. Zauważ, że łańcuch zakończył się na czymś, co można zmienić w systemie, a nie na „operator powinien był zauważyć”.

Pułapki

• Za wczesne zatrzymanie. Pierwsza prawdopodobna odpowiedź zwykle jest wciąż objawem. Nie zatrzymuj się na niej.
• Kończenie na obwinianiu. Jeśli twoje ostatnie „dlaczego” brzmi „ktoś nie wykonał swojej pracy”, nie dotarłeś do przyczyny źródłowej. Zapytaj, dlaczego system na to pozwolił.
• Opinia zamiast dowodów. Każda odpowiedź powinna być weryfikowalna, a nie przypuszczeniem. Nieweryfikowany łańcuch prowadzi pewnie do niewłaściwego rozwiązania.
• Wymuszanie jednego łańcucha. Niektóre problemy mają kilka współistniejących przyczyn. Pojedynczy, liniowy łańcuch „dlaczego” może je pominąć.

5 Whys kontra diagram rybiej ości

Oba podejścia się uzupełniają. 5 Whys zagłębia się w jednym łańcuchu; diagram rybiej ości rozciąga się szeroko na wiele kategorii możliwych przyczyn. Użyj diagramu rybiej ości, gdy przyczyna może być gdziekolwiek i trzeba zbadać całe pole możliwości; użyj 5 Whys, by dokopać się głębiej do prawdopodobnego odgałęzienia. Oba mieszczą się w szerszej dyscyplinie analizy przyczyn źródłowych.

Częste błędy

• Traktowanie „pięciu” jako obowiązku. Zakończ na przyczynie, na którą można podjąć działania, niezależnie czy to trzecie „dlaczego”, czy siódme.
• Robienie tego z pamięci. Przeprowadzaj analizę z osobami, które widziały zdarzenie i mają dane, a nie z sali konferencyjnej tydzień później.
• Brak działania. Zidentyfikowanie przyczyny źródłowej bez zamiany jej na śledzone działanie nic nie zmienia.

Jak wpisuje się Fabrico

5 Whys jest tak dobra, jak fakty, które ją zasilają, a pierwsze „dlaczego” („dlaczego linia się zatrzymała?”) to dokładnie to, co Fabrico rejestruje automatycznie, z prawdziwą przyczyną przypisaną, zamiast zgadywanego kodu.

Ponieważ każde zdarzenie jest logowane z kontekstem i historią, łańcuch zaczyna się od dowodów zamiast pamięci, a wynikowe rozwiązanie może stać się zleceniem roboczym lub zmianą w harmonogramie prac prewencyjnych w tym samym systemie. Zobacz automatyczne śledzenie przestojów .

Fabrico jest budowane i hostowane w UE z uwzględnieniem lokalizacji danych i posiada certyfikat ISO 27001. Aby rozpocząć swoje 5 Whys od faktów, umów się na demo .

Powiązana lektura

• Analiza przyczyn źródłowych
• Diagram rybiej ości
• Automatyczne śledzenie przestojów
• Harmonogram prac prewencyjnych

Zespoły wprowadzające to w praktyce często przeglądają nasze zestawienie oprogramowania do analizy przyczyn źródłowych.

Najczęściej zadawane pytania

Czy to musi być dokładnie pięć „dlaczego”?

Nie. Pięć to wskazówka dotycząca przybliżonej głębokości, jaką zwykle trzeba osiągnąć. Przestań, gdy dojdziesz do przyczyny, którą możesz faktycznie zmienić w procesie lub na zasobie, niezależnie czy zajmie to trzy iteracje, czy siedem.

Skąd mam wiedzieć, że dotarłem do przyczyny źródłowej?

Gdy odpowiedź dotyczy czegoś, co można zmienić w systemie i naprawa tego zapobiegnie powtórzeniu się problemu. Jeśli twoja ostatnia odpowiedź obwinia osobę lub wciąż jest objawem, kontynuuj pytanie, dlaczego system na to pozwolił.

Kiedy powinienem użyć diagramu rybiej ości zamiast 5 Whys?

Użyj diagramu rybiej ości, gdy problem może mieć wiele przyczyn rozłożonych po różnych kategoriach i trzeba zbadać całą przestrzeń możliwości. Użyj 5 Whys, by zagłębić się w jedną prawdopodobną linię przyczynową. Dobrze działają razem.

Dlaczego analizy 5 Whys idą źle?

Najczęściej dlatego, że zatrzymuje się zbyt wcześnie, kończy się na obwinianiu zamiast na przyczynie systemowej, albo buduje łańcuch na opiniach zamiast na zweryfikowanych dowodach. Każdy z tych błędów prowadzi pewnie do rozwiązania, które nie eliminuje prawdziwego czynnika sprawczego, więc problem wraca.