5Why w 8D – analiza techniczna i systemowa
5Why w 8D – analiza techniczna i systemowa Kto pyta
Czytaj
D2 raportu 8D – jak opisać problem bez zgadywania
Krok D2 raportu 8D uważany jest za najważniejszy ze wszystkich. Dlaczego? Ponieważ to właśnie on służy do opisania problemu. Jeżeli wykonamy go źle wszystkie kolejne kroki mogą okazać się stratą czasu.
Odpowiednie dać rzeczy słowo
Krok D2 raportu 8D to krok kluczowy dla rozwiązania problemu. Do tej pory mogliśmy mówić: „coś jest nie tak”, „klient zgłasza problem”, „musimy coś zrobić”. W D2 kończą się ogólniki. Zaczyna się precyzja. I bardzo często to właśnie tutaj wychodzi na jaw, że… nie wiemy jeszcze, jaki problem naprawdę rozwiązujemy. Że potrzebne jest nieco informacji aby D2 raportu 8D miało sens.
D2 nie polega na ładnym opisie reklamacji. Polega na takim opisaniu problemu, żeby każdy po przeczytaniu rozumiał problem dokładnie tak samo.
Dlaczego D2 raportu 8D jest trudniejsze, niż się wydaje?
Wyobraź sobie lekarza, który słyszy od pacjenta: „Źle się czuję”. Czy na tej podstawie stawia diagnozę? Nie. Zadaje pytania, bada, porównuje, szuka faktów. D2 raportu 8D działa dokładnie tak samo.
Najczęstszy błąd to traktowanie opinii jak faktów. Klient pisze: „części są złej jakości”. Produkcja odpowiada: „od zawsze tak robimy”. Jakość dodaje: „to na pewno problem materiału”. W D2 wszystkie te zdania są… bezużyteczne. Bo każde z nich jest jedynie hipotezą. A na tym etapie liczą się jedynie fakty.
Fakt to coś, co można policzyć, zmierzyć, wskazać palcem.
Fakt kontra opinia – różnica, która zmienia wszystko
Opinia brzmi emocjonalnie i ogólnie. Fakt jest chłodny i konkretny. Porównaj:
– „Dużo braków na produkcji”
vs.
– „12 sztuk nie spełnia wymagania średnicy Ø10 ±0,02 mm na zmianie nocnej 14.03”
Pierwsze zdanie wywołuje dyskusję. Drugie odnosi się do konkretnej charakterystyki, ilości sztuk oraz czasu. W D2 nie chodzi o to, żeby ktoś miał rację. Chodzi o to, żeby problem dało się jednoznacznie opisać i zawęzić.
Dwa podstawe narzędzia D2 raportu 8D
Z pomocą przychodzą nam 2 narzędzia, które świetnie się sprawdzają w opisywaniu problemów. Pierwsze z nich to 5W2H, drugie zaś to jego młodszy, ale za to bardziej rozbudowany brat: Is/IsNot.
5W2H – podstawa kroku D2 raportu 8D
5W2H działa trochę jak policyjny protokół. Nie tłumaczy, dlaczego coś się stało. Tylko opisuje, co się stało. Co ważne – w D2 5W2H nie służy do szukania przyczyn. Służy do tego, żeby problem przestał być „rozlany” i zaczął mieć granice. Kiedy odpowiadasz na pytania „co?”, „gdzie?”, „kiedy?”, „ile?”, nagle okazuje się, że:
– problem nie dotyczy całej produkcji,
– nie występuje na wszystkich zmianach,
– nie dotyczy wszystkich charakterystyk.
I to jest ogromny postęp, nawet jeśli na razie nie znamy przyczyny. Pamiętaj, że D2 raportu 8D zajmuje się jedynie opisem problemu. Na analizę będzie czas w kroku D4.
Odnośnik
Is / Is Not – porównanie, które otwiera oczy
Jeżeli 5W2H to protokół, to Is / IsNot jest lupą. Pomaga porównać świat, w którym problem występuje, ze światem, w którym go nie ma.
I tu dzieją się rzeczy ciekawe. Bo bardzo często okazuje się, że:
– problem jest na jednej maszynie, ale nie jest na identycznej obok,
– problem jest na jednej zmianie, ale nie jest na pozostałych,
– problem jest u jednego klienta, ale nie jest u innego, mimo tej samej części.
To porównanie działa jak zimny prysznic. Nagle przestajemy mówić „wszędzie” i „zawsze”, a zaczynamy mówić „tu, ale nie tam”. A to z punktu widzenia kroku D2 raportu 8D już bardzo dużo: mówimy o konkretach. Zgromadzone w Is/IsNot dane będą natomiast świetnym materiałem dowodowym do wykorzystania w ramach analizy przyczyn źródłowych.
Sedno kroku D2 raportu 8D
D2 raportu 8D to nie analiza przyczyn (i to jest OK)
Bardzo kuszące jest, żeby już w D2 powiedzieć: „to na pewno wina operatora”, „to musi być materiał”, „to pewnie maszyna”. Problem w tym, że każde „na pewno” bez danych jest strzałem w ciemno.
D2 raportu 8D nie odpowiada na pytanie „dlaczego to się stało?”. Odpowiada na pytanie: „co jest problemem?”
Jeżeli opis problemu jest dobry, analiza przyczyn w D4 staje się prostsza. Jeżeli opis jest słaby – nawet najlepsze narzędzia nie pomogą.
Odniesienie do wymagań – moment, który oddziela jakość od życzeń
Jest jeszcze jeden element, o którym często zapominamy: wymagania. Bez nich nie ma niezgodności. Jest tylko niezadowolenie.
W D2 raportu 8D zawsze warto zadać sobie pytanie. „Do którego konkretnego wymagania ten problem się odnosi?”
Rysunek techniczny, specyfikacja, plan kontroli, wynik testu – to one są punktem odniesienia. Zdarza się, że po ich sprawdzeniu okazuje się, że:
– wyrób spełnia wymagania,
– a problem jest oczekiwaniem klienta, nie niezgodnością.
To trudna rozmowa, ale D2 jest dokładnie tym miejscem, w którym powinna się wydarzyć. Gdy wszystkie założenia specyfikacji są spełnione wprowadzanie jakichkolwiek dodatkowych działań będzie stratą czasu i pieniędzy.
Dobre i złe D2 raportu 8D
Dobrze zrobione D2 – jak to poznać?
Dobry opis problemu działa jak dobra mapa. Nie mówi, którędy iść dalej, ale pokazuje dokładnie, gdzie jesteśmy. Po przeczytaniu D2:
– nie ma pytań „ale o co właściwie chodzi?”,
– różne działy rozumieją problem tak samo,
– zespół nie kłóci się o interpretacje, tylko o fakty.
Jeżeli w D2 raportu 8D wciąż pojawiają się zdania typu „wydaje mi się”, „chyba”, „możliwe, że” – to znak, że trzeba wrócić do danych.
Najczęstsze błędy w D2
Najczęściej D2 naszego raportu 8D psuje:
– przepisywanie treści reklamacji klienta bez weryfikacji,
– mieszanie opisu problemu z analizą przyczyn,
– brak odniesienia do wymagań,
– używanie ogólników zamiast liczb i danych.
Każdy z tych błędów sprawia, że problem staje się większy, niż jest w rzeczywistości.
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