5Why w 8D – analiza techniczna i systemowa
5Why w 8D – analiza techniczna i systemowa Kto pyta
Czytaj
5W2H – proste narzędzie ratujące D2 raportu 8D
Umiejętność rozwiązywania problemów związana jest z umiejętnością zadawania pytań. Tych pytań jest wiele – zwłaszcza na samym początku, gdy klient pisze “mamy niezgodny wyrób”. Aby nie skupiać się na ogólnikach warto użyć 5W2H.
Po co właściwie jest to 5W2H?
5W2H to jedno z tych narzędzi, które wszyscy znają… i właśnie dlatego często używane jest byle jak. Jedno zdanie, kilka ogólników i „odhaczone”. A potem w D4 okazuje się, że analizujemy nie ten problem, który trzeba.
W metodzie 8D narzędzie 5W2H ma bardzo konkretne zadanie: uratować krok D2 raportu 8D przed zgadywaniem. To nie jest narzędzie do analizy przyczyn. To narzędzie do zebrania faktów – takich, które pozwalają zespołowi mówić o tym samym problemie, a nie o własnych interpretacjach.
Zanim pójdziemy dalej: jeżeli chcesz dowiedzieć się więcej na temat kroku D2 metody 8D sprawdź poniższy artykuł.
Powiązane artykuły: D2 raportu 8D: Jak opisać problem bez zgadywania
5W2H a krok D2 raportu 8D
Jeżeli miałbyś zapamiętać jedną rzecz dotyczącą tego narzędzia to powinno to być stwierdzenie, że jest narzędziem D2, nie D4.
W kroku D2 raportu 8D opisujemy problem. Nie tłumaczymy go. Nie szukamy winnych. Nie analizujemy przyczyn. Chcemy odpowiedzieć na pytanie: „Co dokładnie się wydarzyło – w sposób mierzalny i jednoznaczny?”
I właśnie tutaj 5W2H sprawdza się najlepiej. Dobrze wypełnione:
– porządkuje informacje z reklamacji lub zgłoszenia,
– oddziela fakty od opinii,
– zawęża obszar poszukiwań w kolejnych krokach 8D.
Bez niego krok D2 bardzo szybko zamienia się w opis emocji.
Na czym polega narzędzie 5W2H?
To zestaw siedmiu pytań, które zmuszają do konkretu:
– What – co dokładnie jest problemem?
– Where – gdzie problem występuje?
– When – kiedy został wykryty / od kiedy występuje?
– Who – kto wykrył problem (lub kogo dotyczy)?
– Why – dlaczego to jest problem (odniesienie do wymagania)?
– How many – ile przypadków / jaka skala problemu?
– How – w jaki sposób problem został wykryty?
Kluczowe jest to, że w 5W2H nie ma miejsca na domysły. Każda odpowiedź powinna dać się potwierdzić danymi.
5W2H = gromadzenie podstawowych informacji o problemie
W praktyce 5W2H działa jak filtr. Na początku problem wygląda „dużo i wszędzie”. Po jego przejściu przez często okazuje się, że:
– dotyczy jednego dnia,
– jednej partii,
– jednego procesu,
– jednej zmiany.
I to jest ogromna różnica. Bo im lepiej zdefiniowany problem w D2, tym mniej chaosu w D4 i D5.
5W2H nie odpowiada na pytanie „dlaczego to się stało”. Odpowiada na pytanie „co dokładnie mamy analizować”.
5W2H w przykładach
Przykład 1: Proces biurowy
Problem (opis ogólny):
„Klient skarży się na opóźnienia w odpowiedziach mailowych.” Brzmi znajomo? Teraz zobaczmy, co zrobi z tym 5W2H.
What (co?): Brak odpowiedzi na maile klienta w wymaganym czasie.
Where (gdzie?): Dział obsługi klienta – skrzynka reklamacyjna.
When (kiedy?): Od 1 do 7 marca, głównie po godzinie 14:00.
Who (kto?): Klient X, obsługiwany przez zespół A.
Why (dlaczego to problem?): Wymaganie wewnętrzne: odpowiedź do 24h roboczych – przekroczone.
How many (ile?): 8 maili bez odpowiedzi w terminie na 25 zgłoszeń.
How (jak wykryto?): Zgłoszenie klienta + analiza historii korespondencji.
Dzięki udzielonym odpowiedziom problem przestaje być „ludzie nie odpisują”, a zaczyna być konkretnym, mierzalnym zdarzeniem.
Przykład 2: Przykład produkcyjny
Problem (opis ogólny): „Mamy za dużo braków na produkcji.” To klasyk. I klasyczny przykład, dlaczego 5W2H jest potrzebne.
What (co?): Niezgodność wymiaru średnicy Ø10 ±0,02 mm.
Where (gdzie?): Linia 3, stanowisko obróbki CNC nr 2.
When (kiedy?): Zmiana nocna, 14–15 kwietnia.
Who (kto?): Wykryte przez kontrolę międzyoperacyjną.
Why (dlaczego to problem?): Niespełnienie wymagania rysunku technicznego.
How many (ile?): 12 sztuk niezgodnych na partię 500 sztuk.
How (jak wykryto?):
Pomiar mikrometrem podczas kontroli międzyoperacyjnej.
Po zgromadzeniu odpowiedzi zespół dokładnie wie, co ma analizować w D4. Bez strzelania na ślepo.
Dlaczego mamy kłopot z 5W2H?
Dlaczego 5W2H bywa robione źle
Najczęstszy błąd? Jednozdaniowe odpowiedzi:
– „gdzie?” – „na produkcji”
– „kiedy?” – „ostatnio”
– „ile?” – „dużo”
Takie 5W2H niczego nie wnosi. To tylko pozór struktury.
Drugim błędem jest mieszanie 5W2H z 5Why.
Jeżeli w polu „Why” pojawia się przyczyna („bo operator źle ustawił maszynę”) – to znak, że ktoś przeskoczył D2 i wpadł w D4.
Najczęstsze błędy przy stosowaniu 5W2H
– używanie ogólników zamiast liczb,
– brak odniesienia do wymagań,
– zgadywanie zamiast sprawdzania danych,
– traktowanie 5W2H jako formalności w raporcie 8D.
Każdy z tych błędów sprawia, że D2 przestaje spełniać swoją rolę.
5W2H + Is/IsNot = mocny opis problemu
W praktyce najlepsze efekty daje połączenie:
– 5W2H – do zebrania podstawowych faktów,
– Is / IsNot – do porównań i zawężania problemu.
Ale fundamentem zawsze jest dobrze wypełnione 5W2H. Bez tego każde kolejne narzędzie będzie pracowało na słabych danych.
FAQ
Czy 5W2H zawsze musi być w raporcie 8D?
Nie zawsze formalnie, ale praktycznie – zawsze warto je zrobić.
Czy nadaje się tylko do produkcji?
Nie. Świetnie działa także w procesach biurowych, logistycznych i usługowych.
Czy jego wypełnienie wystarczy do analizy problemu?
Nie. To dopiero punkt startowy – bez niego jednak dalsza analiza traci sens.
CHCESZ POZNAĆ 8D OD PODSZEWKI?
Kurs e-learning
8D VDA - rozwiązywanie problemów
Naucz się praktycznego podejścia do rozwiązywania problemów. Poznaj najważniejsze narzędzia i stań się ekspertem.
Potrzebujesz wsparcia?
Zostaw nam wiadomość
Odpowiadamy tak szybko jak inżynier jakości, gdy właśnie otrzymał informacje o nowym problemie.
Bezpośredni kontakt
Zadzwoń do nas
+48 507 799 644
Napisz
Sprawdź również
Is / IsNot – zawężanie problemu bez zgadywania
Is / IsNot w 8D – zawężanie problemu bez zgadywania
Czytaj
5W2H w 8D – jak opisać problem na faktach
5W2H – proste narzędzie ratujące D2 raportu 8D Umiejętność rozwiązywania
Czytaj