Fraza „8D raport – formatka” zwykle nie pojawia się wtedy, gdy ktoś chce poczytać teorię o metodzie 8D. Najczęściej pojawia się wtedy, gdy problem już jest na stole. Najgorszym scenariuszem jest reklamacja od klienta. Lepiej go mowa o niezgodności wewnętrznej. To właśnie wtedy trzeba odpowiedzieć na temat, zabezpieczyć proces i przygotować raport, który nie będzie tylko pustym dokumentem do odesłania.

I właśnie tutaj pojawia się formatka.

Dobra formatka raportu 8D porządkuje pracę zespołu. Nie rozwiązuje problemu za ludzi, ale prowadzi przez kolejne etapy analizy. Dzięki temu łatwiej oddzielić opis problemu od przyczyny, działania natychmiastowe od działań trwałych i decyzje od domysłów.

To ważne, bo wiele raportów 8D wygląda poprawnie tylko na pierwszy rzut oka. Są wypełnione pola, daty działań. Są nazwiska. Czasem jest nawet 5 Why. A mimo to po kilku tygodniach temat wraca.

Dlaczego?

Bo sam formularz nie wystarczy. Trzeba jeszcze wiedzieć, jak go użyć. W praktyce dobra formatka ma pomóc zespołowi odpowiedzieć na kilka prostych pytań:

• co dokładnie się wydarzyło,
• gdzie wykryto problem,
• jak zabezpieczono klienta i produkcję,
• jaka była przyczyna źródłowa,
• jakie działania wdrożono,
• skąd wiadomo, że problem nie wróci.

Jeżeli formularz nie prowadzi przez ten tok myślenia, to szybko zamienia się w coraz bardziej rozmytą administrację. A to zwykle kończy się tak samo: raport został wysłany, ale problem nie został zamknięty, o czym możemy się dowiedzieć prędzej lub później.

Dlatego przy wyborze formatki nie chodzi o to, żeby plik był „ładny” albo „customer friendly”. Chodzi o to, żeby dało się na nim przejść przez analizę krok po kroku i nie pominąć rzeczy, które później wracają w audycie, reklamacji albo kolejnej eskalacji.

Co zawiera dobra formatka raportu 8D

Właściwa formatka nie kończy się na opisie reklamacji i kilku rubrykach do wpisania działań. Powinna prowadzić przez cały tok pracy nad problemem, od zebrania zespołu aż do zamknięcia tematu.

Na początku potrzebujesz miejsca na D1, czyli zespół. To nie jest formalność. Jeżeli raport tworzy jedna osoba bez udziału procesu, jakości, produkcji czy utrzymania ruchu, to analiza bardzo często zatrzymuje się na przypuszczeniach.

Kolejna część to D2, czyli opis problemu. Tutaj trzeba wpisać fakty: co było niezgodne, gdzie wykryto problem, jaki produkt lub partia były objęte niezgodnością i jaki był objaw. Bez dopisywania przyczyny na siłę. To jeden z częstszych błędów. W polu na opis problemu pojawia się diagnoza, zanim zespół w ogóle zaczął analizę.

Dalej masz D3, czyli działania blokujące (inne nazwy to: natychmiastowe, korekcyjne lub tymczasowe). To miejsce na to, co zrobiono od razu, żeby ograniczyć ryzyko działające na symptom a nie przyczynę źródłową. Sortowanie, blokada wysyłek, kontrola 100%, przegląd magazynu części gotowych do wysyłki, sprawdzenie partii z podejrzanego okresu. To nie są jeszcze działania, które usuwają przyczynę. To są działania, które mają zatrzymać skutki tu i teraz.

Następnie pojawia się D4, czyli analiza przyczyny źródłowej. I tu dobra formatka naprawdę pokazuje swoją przewagę. Powinna mieć miejsce na analizę 5 Why, a najlepiej także porządek typu 6M. Dzięki temu zespół nie krąży jak dziecko we mgle między hipotezami, tylko sprawdza temat metodycznie. Człowiek, maszyna, materiał, metoda, pomiar, środowisko – taki układ pomaga nie pominąć oczywistych kierunków.

Po analizie przychodzi czas na D5 i D6, czyli działania korygujące oraz ich wdrożenie i walidację. Tutaj nie chodzi o wpisanie pierwszego pomysłu, tylko o pokazanie, co dokładnie usuwa przyczynę problemu, kto za to odpowiada i po czym poznasz, że działanie zadziałało.

Dobra formatka nie urywa się w tym miejscu.

Powinna mieć jeszcze D7, czyli działania prewencyjne. I to jest fragment, którego często brakuje w słabych formularzach. Jeżeli temat kończy się tylko na jednej reklamacji, firma uczy się za mało. W D7 trzeba pokazać, co zostało zmienione szerzej: w FMEA, Planie Kontroli, instrukcjach stanowiskowych, auditach warstwowych czy w analizie podobnych procesów w ramach read across.

Na końcu zostaje D8, czyli zamknięcie problemu. Nie jako uprzejme „dziękujemy zespołowi”, tylko jako potwierdzenie, że działania zostały wdrożone, skuteczność została sprawdzona, a temat można zamknąć bez zostawiania otwartych luk.

Właśnie dlatego dobra formatka raportu 8D nie jest zwykłym wzorem do wpisania kilku zdań. To ma być formularz, który pomaga przejść przez analizę w logicznej kolejności i nie miesza:

• objawu z przyczyną,
• działań natychmiastowych z trwałymi,
• wdrożenia z potwierdzeniem skuteczności.

Pobierz bezpłatnie formatkę raportu 8D w Excelu i wykorzystaj ją do analizy problemu krok po kroku.

Jak wypełnić raport 8D krok po kroku

Sama formatka nie załatwia tematu. To, czy raport 8D ma sens, wychodzi dopiero przy wypełnianiu. Właśnie wtedy widać, czy zespół naprawdę analizuje problem, czy tylko próbuje szybko zamknąć reklamację. Poniżej masz prosty układ pracy z raportem 8D, który pomaga nie pomylić objawu, przyczyny i działań.

Zacznij od faktów, nie od teorii

Pierwszy błąd pojawia się zwykle bardzo szybko. Zespół dostaje informację o problemie i od razu próbuje odpowiedzieć na pytanie: „dlaczego to się stało?”. A przecież na początku nie masz jeszcze przyczyny. Masz tylko objaw.

Dlatego raport trzeba zacząć od uporządkowania faktów:

• co dokładnie było niezgodne,
• gdzie wykryto problem,
• kiedy go wykryto,
• jakiej partii, wyrobu albo procesu dotyczy,
• jaki był efekt dla klienta albo produkcji.

W sekcji D2 nie wpisujesz przypuszczeń. Nie wpisujesz też wygodnych skrótów typu „błąd operatora” albo „problem z ustawieniem maszyny”, jeśli nikt tego jeszcze nie potwierdził.

Dobry opis problemu brzmi jak zapis sytuacji, a nie jak diagnoza.

Zamiast:

„Problem powstał przez złą regulację procesu”

lepiej:

„Podczas kontroli u klienta stwierdzono niezgodność wymiaru X w 12 sztukach z partii Y. Problem dotyczył produkcji z dnia Z.”

To ustawia dalszą analizę na faktach.

Najpierw zabezpiecz klienta i proces

Dopiero kiedy problem jest opisany, przechodzisz do D3, czyli działań blokujących. Tutaj celem nie jest usunięcie przyczyny. Celem jest zatrzymanie skutku i ograniczenie ryzyka. W praktyce mogą to być:

• blokada wysyłek,
• sortowanie magazynu,
• kontrola 100%,
• odseparowanie podejrzanej partii,
• dodatkowe sprawdzenie produkcji w toku,
• poinformowanie klienta o zakresie zagrożenia.

To są działania tymczasowe. Nie naprawiają procesu. One mają kupić zespołowi czas i ochronić klienta przed kolejną niezgodnością i ograniczyć koszty.

W wielu raportach właśnie tu zaczyna się niespójność. Zespół wpisuje do D3 coś, co powinno trafić do D5 albo D7. W efekcie raport wygląda poprawnie, ale logika działań się rozjeżdża.

D3 odpowiada na pytanie: co zrobiliśmy od razu, żeby problem nie rozlał się dalej?

Potem dopiero szukaj przyczyny źródłowej

Kiedy masz wdrożone działanie eliminujące symptom, możesz przejść do D4. Tu zaczyna się właściwa analiza.

W tym miejscu formatka ma pomagać, a nie przeszkadzać. Jeżeli masz w niej 5 Why i 6M, to dobrze. Taki układ porządkuje myślenie i zmusza zespół do sprawdzenia kilku kierunków, zamiast pójścia w pierwszy wygodny trop.

Dobra analiza wygląda tak:

• zespół zbiera dane,
• sprawdza proces,
• porównuje standard z wykonaniem,
• szuka miejsca, w którym system dopuścił problem,
• potwierdza przyczynę, zamiast ją zgadywać.

Najgorszy możliwy skrót to wpisanie:

„przyczyna: błąd operatora”.

To zwykle nie jest przyczyna źródłowa, tylko etykieta. Trzeba zejść poziom niżej. Na przykład:

• dlaczego operator popełnił błąd,
• dlaczego standard nie zapobiegł pomyłce,
• dlaczego kontrola nie wykryła problemu,
• dlaczego parametry procesu można było ustawić poza tolerancjami,
• dlaczego wcześniejsze ryzyko nie zostało ujęte w FMEA procesu albo Planie Kontroli.

Dopiero wtedy raport zaczyna mówić coś użytecznego.

Nie mieszaj D3, D5 i D7

To jeden z częstszych problemów przy pisaniu 8D. Zespół ma kilka działań, ale nie wiadomo, które jest tymczasowe, które usuwa przyczynę, a które ma zabezpieczyć system szerzej. Najprościej rozdzielić to tak:

D3 – zatrzymujesz problem tu i teraz – czyli działasz na symptom (to co zgłasza klient)
D5 – usuwasz przyczynę problemu
D7 – zabezpieczasz proces i podobne obszary, żeby temat nie wrócił gdzie indziej

Przykład:

• sortowanie 100% gotowych wyrobów — to D3
• zmiana parametru procesu po potwierdzeniu przyczyny — to D5
• aktualizacja FMEA i Planu Kontroli dla podobnych procesów — to D7

Jeżeli wszystko wrzucisz do jednego worka, raport będzie trudny do oceny i jeszcze trudniejszy do obrony przed klientem.

W D5 opisz, co naprawdę usuwa przyczynę

Sekcja D5 powinna odpowiadać na jedno konkretne pytanie: co zmieniliśmy, żeby ta przyczyna nie mogła zadziałać ponownie w ten sam sposób?

Tu nie chodzi o ogólne hasła. Zamiast pisać:

„przeszkolono operatora”

lepiej napisać:

„zmieniono instrukcję ustawienia przyrządu, dodano punkt kontroli po przezbrojeniu oraz potwierdzenie ustawienia przez lidera zmiany”

Wtedy wiadomo:

• co zmieniono,
• gdzie,
• kto odpowiada,
• jak to działa w praktyce.

Szkolenie samo w sobie rzadko zamyka temat. Jeżeli nie idzie za nim zmiana w standardzie, kontroli albo organizacji procesu, problem często wraca pod inną nazwą.

W D6 pokaż wdrożenie i walidację

Samo wpisanie działania korygującego jeszcze niczego nie kończy. W kroku D6 trzeba pokazać, że działanie:

• zostało wdrożone,
• działa w praktyce,
• zostało sprawdzone.

To może oznaczać:

• wyniki pomiarów po zmianie,
• brak kolejnych niezgodności w określonym czasie,
• potwierdzenie z auditu procesu,
• wyniki dodatkowej kontroli po wdrożeniu,
• porównanie stanu przed i po zmianie.

Bez tego raport wygląda tak, jakby zespół tylko obiecał poprawę. A klient zwykle nie chce obietnicy. Chce dowodu, że sytuacja została opanowana.

D7 to nie dodatek. To zabezpieczenie systemu

W wielu raportach D7 jest potraktowane po macoszemu (najczęściej sprowadza się do informacji o aktualizacji PFMEA i Planu Kontroli). Pojawia się jedno zdanie i temat jest zamknięty. A właśnie tutaj widać, czy organizacja naprawdę wyciąga wnioski z problemu. D7 powinno pokazywać, co zostało zmienione szerzej:

• czy zaktualizowano FMEA,
• czy poprawiono Plan Kontroli,
• czy zmieniono instrukcje stanowiskowe,
• czy dodano element do auditów warstwowych,
• czy zrobiono read across dla podobnych linii, gniazd albo wyrobów.

Jeżeli problem został usunięty tylko lokalnie, to nadal może pojawić się gdzie indziej. I wtedy raport 8D formalnie był zamknięty, ale praktycznie niewiele zmienił.

Na końcu sprawdź, czy temat naprawdę można zamknąć

D8 nie powinno być tylko zakończeniem dokumentu. To moment, w którym zespół odpowiada sobie uczciwie:

• czy działania zostały wdrożone,
• czy skuteczność została potwierdzona,
• czy ryzyko zostało przeanalizowane szerzej,

Jeżeli nie ma potwierdzenia skuteczności, to temat nie jest domknięty. Jest tylko odłożony na później. Dlatego dobra formatka raportu 8D powinna prowadzić zespół od faktów, przez zabezpieczenie, analizę, działania i sprawdzenie, a nie tylko uzupełniać tekst w pustych polach.

Dariusz Kowalczyk