Gdy opóźnienie dostawy, błąd faktury albo reklamacja wracają jak bumerang, sama szybka poprawka zwykle nie wystarcza. Metoda 5 Why pomaga przejść od widocznego objawu do przyczyny, która tkwi w procesie, decyzji lub sposobie pracy. Poniżej pokazuję praktyczne przykłady z logistyki, obsługi klienta i procesów cyfrowych, a także sytuacje, w których trzeba sięgnąć po dokładniejsze narzędzia.
Najważniejsze zasady skutecznej analizy przyczyn
- 5 Why polega na wielokrotnym zadawaniu pytania „dlaczego?”, aż do znalezienia przyczyny źródłowej.
- Liczba pięciu pytań jest orientacyjna. Czasem wystarczą trzy, a czasem potrzeba sześciu lub siedmiu.
- Dobra analiza opiera się na faktach i danych, nie na domysłach ani szukaniu winnego.
- Najlepszym wynikiem nie jest opis błędu pracownika, lecz wskazanie procesu, który pozwolił na powstanie problemu.
- Przy wielu możliwych przyczynach warto połączyć tę metodę z diagramem Ishikawy, analizą 8D lub FMEA.
Na czym polega metoda 5 Why i kiedy działa
Metoda 5 Why, nazywana po polsku analizą „5 razy dlaczego”, służy do badania zależności przyczynowo-skutkowych. Zaczynamy od konkretnego problemu, a potem pytamy, dlaczego do niego doszło. Odpowiedź staje się punktem wyjścia do kolejnego pytania.
Przykład jest prosty. Przesyłka dotarła dzień później, ponieważ nie została odebrana przez kuriera. Nie została odebrana, bo zgłoszenie przygotowano po godzinie granicznej. Zgłoszenie było spóźnione, ponieważ system nie ostrzegał pracownika o zbliżającym się terminie. W tym miejscu widać już więcej niż sam „błąd człowieka”. Problem leży w konstrukcji procesu, a niekoniecznie w braku staranności jednej osoby.
Nie traktuję liczby pięć jako sztywnego wymogu. To raczej praktyczna wskazówka, która pomaga nie zatrzymać się na pierwszej, wygodnej odpowiedzi. Analizę kończymy wtedy, gdy dotrzemy do przyczyny, na którą organizacja może realnie wpłynąć, na przykład przez zmianę procedury, systemu, szkolenia albo kontroli.
Technika sprawdza się najlepiej przy jednym, jasno opisanym problemie. Można ją stosować podczas spotkania zespołu, przeglądu reklamacji, analizy incydentu IT czy oceny opóźnienia w łańcuchu dostaw. Jeśli problem ma wiele niezależnych źródeł, pojedyncza ścieżka pytań może być zbyt uproszczona.
Jak przeprowadzić analizę bez zgadywania
Pierwszy krok to opisanie problemu tak, aby nie zawierał już gotowej interpretacji. Zdanie „magazyn działa nieefektywnie” jest zbyt ogólne. Lepszy opis brzmi: „18% zamówień z magazynu wysłano po terminie w ostatnich czterech tygodniach”. Konkretny problem ogranicza pole do dowolnych opinii.
Przed spotkaniem warto zebrać dokumenty, dane z systemu, informacje od osób uczestniczących w procesie i chronologię zdarzenia. Sama rozmowa nie zawsze wystarczy. Pamięć pracowników bywa wybiórcza, a pierwsze wyjaśnienie często brzmi przekonująco tylko dlatego, że jest proste.
- Zdefiniuj problem przez miejsce, czas, skalę i skutek.
- Zapisz pierwszą odpowiedź na pytanie „dlaczego do tego doszło?”.
- Do każdej odpowiedzi zadawaj kolejne pytanie „dlaczego?”.
- Sprawdzaj każdą przyczynę w danych lub dokumentach.
- Na końcu zaproponuj działanie korygujące i sposób sprawdzenia jego skuteczności.
W praktyce dobrze działa zasada, aby nie pytać „kto zawinił?”, tylko „co w procesie umożliwiło powstanie błędu?”. Dzięki temu rozmowa nie zamienia się w przesłuchanie. Zespół skupia się na usunięciu bariery, a nie na obronie własnego stanowiska.
Przykłady 5 Why w zarządzaniu i logistyce
Opóźniona dostawa do klienta
Załóżmy, że firma transportowa otrzymała skargę, ponieważ przesyłka biznesowa dotarła z jednodniowym opóźnieniem. Analiza może wyglądać tak:
| Etap | Pytanie | Odpowiedź |
|---|---|---|
| Problem | Co się wydarzyło? | Przesyłka dotarła do odbiorcy jeden dzień po deklarowanym terminie. |
| 1 | Dlaczego? | Nie została odebrana z magazynu przez planowany samochód. |
| 2 | Dlaczego nie została odebrana? | Zlecenie odbioru trafiło do przewoźnika po godzinie granicznej. |
| 3 | Dlaczego trafiło za późno? | Pracownik kompletujący zamówienie nie dostał informacji o zmianie priorytetu. |
| 4 | Dlaczego nie dostał informacji? | Zmiana była zapisana w komentarzu do zamówienia, którego zespół operacyjny nie monitorował. |
| 5 | Dlaczego używano komentarza? | Proces nie przewidywał osobnego pola ani automatycznego alertu dla pilnych wysyłek. |
Wniosek nie brzmi „pracownik przeoczył komentarz”. Bardziej użyteczna przyczyna to brak jednoznacznego mechanizmu oznaczania priorytetowych zleceń. Działaniem korygującym może być obowiązkowe pole priorytetu, automatyczne powiadomienie oraz kontrola zleceń oczekujących na odbiór. Po wdrożeniu trzeba sprawdzić, czy odsetek opóźnień faktycznie spada.
Błędy na fakturach
Problemem może być także rosnąca liczba faktur wymagających poprawy. Przykładowa ścieżka wygląda następująco: faktura zawiera błędną stawkę, ponieważ dane pobrano z nieaktualnego cennika; cennik był nieaktualny, bo zmiany wprowadzano ręcznie w kilku arkuszach; arkusze różniły się między działami, ponieważ nie było jednego źródła danych; nie było jednego źródła, bo firma nie ustaliła właściciela procesu aktualizacji.
Taka analiza prowadzi do rozwiązania organizacyjnego, a nie do kolejnego przypomnienia dla księgowości. Największą różnicę może zrobić centralny cennik z określonym właścicielem i datą zatwierdzenia zmian. To dobry przykład sytuacji, w której przyczyna źródłowa znajduje się kilka poziomów wyżej niż sam błąd widoczny na dokumencie.
Przykłady w obsłudze klienta i procesach cyfrowych
Powtarzające się reklamacje
Firma zauważa, że klienci regularnie składają reklamacje dotyczące uszkodzonych opakowań. Pierwsza odpowiedź może wskazywać na nieostrożny transport, ale dalsze pytania często odsłaniają szerszy problem.
- Dlaczego pojawiają się uszkodzenia? Kartony odkształcają się podczas przewozu.
- Dlaczego się odkształcają? Są układane pod cięższymi przesyłkami.
- Dlaczego trafiają na dół stosu? Magazynierzy nie mają oznaczeń dotyczących maksymalnego obciążenia.
- Dlaczego nie ma oznaczeń? Instrukcja pakowania opisuje tylko rodzaj kartonu, bez sposobu piętrowania.
- Dlaczego instrukcja jest niepełna? Nie aktualizowano jej po zmianie opakowań i sposobu konsolidacji przesyłek.
Najprostsza reakcja to ponowne szkolenie magazynierów. Lepsza reakcja obejmuje zmianę instrukcji, oznaczenia na opakowaniach i kontrolę kilku losowych palet. Szkolenie może być potrzebne, ale samo nie naprawi procesu, który nie daje pracownikowi jasnych informacji.
Przeczytaj również: Proces decyzyjny w firmie - etapy, błędy i dobre praktyki
Leady, które nie trafiają do handlowca
W procesach cyfrowych metoda pomaga analizować problemy niewidoczne na pierwszy rzut oka. Jeśli potencjalni klienci wysyłają formularz kontaktowy, ale nie otrzymują odpowiedzi, pytania mogą doprowadzić do takiego łańcucha: wiadomość nie trafiła do handlowca, ponieważ integracja CRM nie przypisała właściciela; nie przypisała właściciela, bo formularz używał starego identyfikatora zespołu; identyfikator był stary, ponieważ po zmianie struktury nie wykonano testu integracji.
W tym przypadku winą nie należy obciążać osoby, która nie oddzwoniła. Prawdziwym problemem jest brak testu po zmianie konfiguracji systemu. Działaniem naprawczym może być test automatyczny, alert dla nieprzypisanych leadów i codzienny raport wyjątków. Taki raport pokazuje nie tylko, że problem wystąpił, ale też ile szans sprzedażowych zostało utraconych.
Co najczęściej psuje analizę 5 Why
Najczęstszy błąd polega na zatrzymaniu się na odpowiedzi „pracownik się pomylił”. To może być fakt, ale rzadko jest pełną przyczyną. Trzeba zapytać, czy pracownik miał jasną instrukcję, odpowiednie narzędzie, czas, szkolenie i możliwość wykrycia pomyłki przed wysłaniem produktu lub dokumentu.
Drugi problem to przyjmowanie hipotez bez sprawdzenia. Zdanie „system był wolny” powinno prowadzić do logów, czasów odpowiedzi i informacji o konkretnym zdarzeniu. Bez dowodów analiza staje się opowieścią, która może brzmieć logicznie, ale niekoniecznie opisuje rzeczywisty mechanizm awarii.
Nie warto też wciskać odpowiedzi na siłę do jednej, prostej ścieżki. Jeśli opóźnienie wynika jednocześnie z błędnych prognoz, braku zapasu i awarii przewoźnika, potrzebna jest analiza kilku gałęzi. W takiej sytuacji lepiej zacząć od diagramu Ishikawy, czyli wizualnego porządkowania możliwych przyczyn według kategorii, a dopiero potem zastosować 5 Why dla najważniejszych gałęzi.
- Nie mieszaj kilku różnych problemów w jednym formularzu.
- Nie formułuj odpowiedzi jako ocen ludzi.
- Nie kończ analizy na przyczynie, której nie możesz usunąć.
- Nie wdrażaj działania naprawczego bez właściciela i terminu.
- Nie uznawaj problemu za rozwiązany, dopóki nie sprawdzisz wyników.
Kiedy pięć pytań nie wystarcza
Metoda jest szybka i tania, ale nie jest uniwersalnym narzędziem do każdego problemu. Dobrze pasuje do lokalnych, powtarzalnych zdarzeń, gdy można prześledzić jedną główną zależność. Gorzej sprawdza się przy awariach z wieloma przyczynami, ryzyku bezpieczeństwa, złożonych systemach technicznych i problemach, których nie da się odtworzyć.
| Sytuacja | Lepsze uzupełnienie | Dlaczego |
|---|---|---|
| Jedna powtarzalna usterka | 5 Why | Szybko prowadzi do jednej prawdopodobnej przyczyny. |
| Wiele możliwych źródeł problemu | Diagram Ishikawy | Porządkuje przyczyny według ludzi, metod, maszyn, materiałów i pomiarów. |
| Poważna reklamacja jakościowa | Raport 8D | Łączy analizę przyczyny z działaniami natychmiastowymi i zapobiegawczymi. |
| Ocena ryzyka przed wdrożeniem | FMEA | Pozwala analizować potencjalne błędy, zanim wystąpią. |
Przy poważnym incydencie nie ograniczałbym się do jednej rozmowy i jednej kartki z pytaniami. Trzeba zabezpieczyć dane, ustalić fakty, rozdzielić przyczynę powstania problemu od przyczyny, przez którą nie został on wcześniej wykryty, a potem zastosować kontrolę skuteczności. Dobra analiza kończy się zmianą zachowania procesu, nie samym znalezieniem efektownie brzmiącej przyczyny.
Od jednego problemu do lepszego procesu
Najlepsze przykłady metody 5 Why mają wspólny mianownik: pokazują, że widoczny błąd jest często tylko końcem dłuższego łańcucha decyzji i zaniedbań procesowych. W logistyce może chodzić o brak alertu, w księgowości o wiele wersji cennika, a w obsłudze klienta o nieprzetestowaną integrację.
Gdy przeprowadzasz analizę, zapisz problem liczbowo, zadawaj pytania na podstawie faktów i zakończ pracę konkretnym działaniem. Jedna poprawiona reguła w procesie bywa więcej warta niż kilka dodatkowych szkoleń, jeśli usuwa źródło błędu i pozwala sprawdzić, czy problem rzeczywiście przestał się powtarzać.
