5Why w 8D – analiza techniczna i systemowa
5Why w 8D – analiza techniczna i systemowa Kto pyta
CzytajMało kto pamięta, że wbrew temu co się może wydawać metoda 8D nie składa się z 8 a z 9 kroków. Tak! W oryginalnym podejściu pojawia się krok D0 – są to czynności które wykonujemy przed uruchomieniem formalnego problem Solving.
I to właśnie o nich będzie ten artykuł.
Reklamacja klienta to moment próby dla organizacji. Presja czasu, niepełne informacje i oczekiwanie natychmiastowych decyzji powodują, że łatwo popełnić kosztowne błędy. W metodyce 8D właśnie dlatego pojawia się krok D0 – nieformalny, szybki etap, który porządkuje sytuację zanim rozpoczniemy pełne problem solving. To takie „quick and dirty”, ale oparte na faktach, a nie emocjach.
Przydatne materiały: Metoda 8D – kompletny przewodnik po rozwiązywaniu problemów
Krok D0 nie zawsze występuje jako formalna sekcja raportu, ale w praktyce decyduje o powodzeniu całego procesu. Podręcznik CQI20 (AIAG) mówi o nim wprost, podczas gdy standard VDA 8D “ukrywa” go w czynnościach D3.
Celem D0 jest:
– zrozumienie, czy faktycznie mamy problem jakościowy,
– zebranie minimalnego zestawu wiarygodnych danych,
– ocena ryzyka dla klienta i organizacji,
– uruchomienie komunikacji i pracy zespołowej.
D0 odpowiada na pytanie: „Co naprawdę wiemy o problemie tu i teraz?”
Z doświadczenia zakładów produkcyjnych powtarzają się cztery scenariusze:
– Opis problemu jest niejasny – brak danych liczbowych, zdjęć, próbek.
– Brakuje odniesienia do wymagań – klient opisuje objaw, ale nie wiemy, które wymaganie zostało naruszone.
– Żądanie selekcji bez części niezgodnej – nie mamy fizycznego wyrobu, a mamy „zatrzymać wszystko”.
– Nie wiadomo, kogo zaangażować – problem krąży między działami zamiast być rozwiązany.
D0 powstało właśnie po to, aby ten chaos opanować.
Brzmi banalnie, ale to kluczowe. Zgłoszenie reklamacyjne nie jest jeszcze dowodem niezgodności. Emocjonalne decyzje (np. natychmiastowe bramki jakościowe) często generują większe straty niż sam problem.
W D0 bazujemy wyłącznie na:
– danych liczbowych,
– zapisach,
– faktach możliwych do potwierdzenia.
Jeżeli klient pisze „części są złej jakości”, to nie jest fakt. Faktem może być, że np 3 sztuki na 5000 nie spełniły wymagania X.
Jeżeli czegoś brakuje – pytamy klienta. To normalne i profesjonalne. Warto doprecyzować:
– numer części i rewizję,
– datę produkcji / numer partii,
– warunki wykrycia problemu,
– odniesienie do konkretnego wymagania (rysunek, specyfikacja, test).
Tu świetnie sprawdzają się narzędzia strukturyzujące informacje (np. 5W2H).
D0 nie robi się zza biurka. Trzeba sprawdzić, aktualny stan procesu, dostępne części w toku i na magazynie oraz warunki produkcji.
Często już na tym etapie widać, czy problem jest:
– jednorazowym zdarzeniem,
– czy potencjalnie systemowy.
Sięgnij po dane z okresu, w którym mogły powstać podejrzane wyroby:
– raporty produkcyjne,
– zapisy kontroli,
– wyniki pomiarów i testów,
– traceability,
– plany kontroli,
– PFMEA.
To one pokazują, czy proces miał zdolność spełniać wymagania.
Na tym etapie nie szukamy jeszcze przyczyny źródłowej. Oceniamy:
– czy podobne części mogą znajdować się u klienta,
– jaki jest potencjalny wpływ na bezpieczeństwo, funkcję, montaż,
– czy potrzebne są działania natychmiastowe (D3).
To wstęp do dalszych kroków 8D.
Najgorsze, co można zrobić, to zostać z problemem samemu. D0 to moment, w którym:
– informujemy kluczowe działy (jakość, produkcja, inżynieria),
– uruchamiamy zespołowe myślenie.
Problem solving to praca grupowa – siła jest w zespole, nie w pojedynczym bohaterze.
Jaki jest minimalny pakiet informacji potrzebnych aby rozpocząć pracę nad problemem? Na start wystarczy odpowiedzieć na pytania sugerowane przez narzędzie 5W2H:
What? – co jest niezgodne?
Where? – gdzie wykryto problem?
When? – kiedy (data, zmiana, partia)?
Who? – kto wykrył?
Why? – dlaczego to jest problem (w odniesieniu do wymagania)?
How many? – ile sztuk?
How? – w jaki sposób wykryto?
Mając odpowiedzi powinniśmy być w stanie zidentyfikować partię produkcyjną, której dotyczy problem, oszacować liczbę niezgodności, dotrzeć do raportów produkcyjnych, certyfikatów materiałowych itd. Zgromadzone dane wykorzystamy w kroku D2 raportu 8D podczas tworzenia opisu problemu.
To rozszerzenie 5W2H, które pomaga zawęzić problem. Poza pytaniami z narzędzia 5W2H rozważa również podobne wyroby i procesy. Próbuje odpowiedzieć na pytanie:
– Czym problem jest / nie jest na innych wyrobach lub procesach.
– Dlaczego występuje tu / nie występuje tam
Pamiętaj! Zanim wdrożysz selekcję, sortowanie lub dodatkowe kontrole:
– sprawdź jakie są wymagania dla wyrobu (rysunek, specyfikacje),
– upewnij się, że mówimy o niezgodności, a nie o życzeniu klienta.
Jakość to spełnienie wymagań – nie domysłów. Bez jasnych wymagań nie da się obiektywnie ocenić problemu.
– działanie pod wpływem emocji i presji klienta,
– brak odniesienia do wymagań technicznych,
– pomijanie Gemba („wiemy lepiej z biura”),
– brak komunikacji wewnętrznej,
– rozpoczynanie analizy przyczyn bez danych.
Naucz się praktycznego podejścia do rozwiązywania problemów. Poznaj najważniejsze narzędzia i stań się ekspertem.
Odpowiadamy tak szybko jak inżynier jakości, gdy właśnie otrzymał informacje o nowym problemie.
Bezpośredni kontakt
+48 507 799 644
5Why w 8D – analiza techniczna i systemowa Kto pyta
CzytajIs / IsNot w 8D – zawężanie problemu bez zgadywania
Czytaj5W2H – proste narzędzie ratujące D2 raportu 8D Umiejętność rozwiązywania
CzytajD4R Rafał Rakoczy
ul. Kolorowa 22
38-500 Sanok
kontakt@d4r.pl
NIP: 6871779567
REGON: 528801286
Copyright © D4R
| Cookie | Duration | Description |
|---|---|---|
| cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
| cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
| cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
| cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
| cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
| viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |