Wydajność i motywacja

Metoda 5 Why - prosta technika dotarcia do źródła problemu

Ciągłe gaszenie pożarów to zmora wielu kierowników projektów. Metoda 5 Why pozwala zatrzymać ten proces poprzez skuteczną analizę przyczyn źródłowych. Dowiedz się, jak dotrzeć do sedna problemu i eliminować błędy u samego źródła.

W tym artykule dowiesz się: Czym jest metoda 5 why i jak identyfikuje przyczyny źródłowe Jak filozofia Toyoty ukształtowała tę technikę rozwiązywania problemów? Jak krok po kroku przeprowadzić ustrukturyzowaną analizę 5 powodów? Najczęstsze błędy w analizie przyczyn źródłowych Jak kierownicy projektów wykorzystują 5 powodów do naprawiania opóźnień i problemów? Jak połączenie 5 why z diagramem Ishikawy poprawia identyfikację problemów

Czym jest metoda 5 Why i kto ją stworzył (historia Toyoty)?

Metoda 5 Why to detektywistyczna praca nad procesem. Wielokrotne zadawanie pytania „Dlaczego?” pozwala oddzielić powierzchowne objawy od ich rzeczywistych przyczyn. Podczas gdy pierwsza odpowiedź często zrzuca winę na błąd człowieka, prawdziwy problem zazwyczaj tkwi głębiej: w wadliwej technologii lub strukturze organizacji.

Twórcą metody 5 Why był Sakichi Toyoda, wizjoner i założyciel potęgi Toyota Motor Corporation. W japońskim systemie produkcyjnym technika ta stała się fundamentem kultury Kaizen, czyli filozofii ciągłego doskonalenia, a jej popularyzator, Taiichi Ohno, definiował ją jako naukowe podejście pozwalające uniknąć szukania winnych na rzecz poszukiwania realnych rozwiązań. Doskonale obrazuje to klasyczna lekcja z fabryki Toyoty dotycząca nagłego zatrzymania robota na linii produkcyjnej. Zamiast poprzestać na powierzchownej diagnozie, że maszyna stanęła z powodu przepalonego bezpiecznika, zespół drążył dalej, odkrywając, że do przepalenia doprowadziło przeciążenie łożyska. Kolejne pytania ujawniły, że przyczyną przeciążenia było niedostateczne smarowanie wynikające z awarii pompy olejowej, która przestała tłoczyć płyn, ponieważ jej wlot zapchał się opiłkami. Ostatecznie okazało się, że u źródła problemu leżał brak filtra. Gdyby zespół ograniczył się jedynie do wymiany bezpiecznika, awaria powracałaby regularnie, a dopiero montaż brakującego elementu trwale wyeliminował usterkę.

Jak przeprowadzić analizę 5 Why krok po kroku?

Technika ta jest szczególnie cenna, gdy stosowana jest metodologia kaskadowa Waterfall. W tradycyjnym, liniowym podejściu do zarządzania, błąd wykryty na późnym etapie może generować ogromne koszty i opóźnienia. Dzięki wielokrotnemu zadawaniu pytania „Dlaczego?”, zespół jest w stanie precyzyjnie zdiagnozować, w którym momencie sztywnego procesu doszło do pomyłki. Pozwala to na wprowadzenie zmian w standardach jeszcze przed przejściem do kolejnej fazy, co w środowisku waterfall jest kluczowe dla zachowania integralności całego projektu.

Choć na pierwszy rzut oka technika ta wydaje się dziecinnie prosta, jej skuteczność zależy od dyscypliny zespołu i rzetelności przeprowadzonej analizy. Zamiast polegać na intuicji, liderzy muszą oprzeć proces na twardych danych i bezpośredniej obserwacji rzeczywistości. Skuteczna analiza przyczynowo-skutkowa wymaga zachowania następujących etapów:

• Precyzyjna definicja problemu: kluczem do sukcesu jest zebranie zespołu bezpośrednio związanego z problemem i opisanie zagadnienia konkretnymi danymi. Unikanie ogólników na rzecz faktów (np. „15% przesyłek opóźnionych w bieżącym tygodniu”) pozwala na pełną koncentrację zespołu na właściwym wyzwaniu.
• Identyfikacja przyczyny bezpośredniej: pierwsze pytanie „dlaczego?” służy wskazaniu najbliższego powodu wystąpienia błędu. Na tym etapie ważne jest, aby odpowiedzi opierały się na weryfikowalnych faktach i obserwacjach, wykluczając subiektywne przypuszczenia.
• Eksploracja przyczyn źródłowych: poprzez wielokrotne powtarzanie pytania (zwykle pięciokrotnie) następuje pogłębienie analizy. Celem procesu jest dotarcie do przyczyny, na którą organizacja może realnie wpłynąć.
• Weryfikacja logiki (test „dlatego”): spójność wyciągniętych wniosków sprawdza się poprzez test odwróconej logiki. Polega on na połączeniu odpowiedzi frazą „…i dlatego”. Jeśli sekwencja typu: „Brak standardu pracy, i dlatego doszło do pomyłki operatora” brzmi logicznie, analiza została przeprowadzona poprawnie.
• Wdrożenie działań naprawczych: ostatni etap polega na zaprojektowaniu zmian eliminujących przyczynę źródłową. Skuteczne zakończenie procesu wymaga wyznaczenia konkretnych zadań, osób odpowiedzialnych za ich realizację oraz wiążących terminów.

Najczęstsze błędy przy zadawaniu pytań „Dlaczego?”

Nawet tak intuicyjna metoda może prowadzić do błędnych wniosków, jeśli podczas analizy zespół wpadnie w typowe pułapki poznawcze i organizacyjne. Oto najczęstsze błędy:

• Szukanie winnego: skupienie na osobie („pracownik się pomylił”), zamiast na braku standardu, szkolenia czy zabezpieczenia procesowego.
• Pytania z tezą: formułowanie pytań oskarżycielskich (np. „Dlaczego znowu tego nie dopilnowałeś?”), co blokuje szczerą analizę.
• Zbyt szybkie kończenie: zatrzymanie się na powierzchownej odpowiedzi (np. „maszyna się zepsuła”) bez zbadania przyczyn technicznych czy organizacyjnych.
• Opieranie się na domysłach: brak weryfikacji faktów.
• Zbyt ogólne odpowiedzi: formuły typu „bo brakuje czasu”, które nie wskazują na konkretny element procesu do poprawy.

5 Why w praktyce Project Managera – analiza opóźnień i problemów projektowych

W pracy project managera metoda 5 Why stanowi nieocenione wsparcie przy błyskawicznej analizie incydentów, opóźnień w sprintach czy przekroczeń budżetu. Wiedza o tym, jak planować, delegować i monitorować zadania, jest niezbędna, ale to właśnie technika „5 razy dlaczego” pozwala zrozumieć, dlaczego te plany czasem zawodzą. Prawidłowe zastosowanie tej techniki pozwala uniknąć kosztownych poprawek oraz raz na zawsze wyeliminować powracające błędy, które hamują postępy prac.

Siłę tego narzędzia najlepiej obrazuje przykład opóźnionego o sześć tygodni projektu budowy strony internetowej. Szukając przyczyny, można zauważyć, że termin przesunął się, ponieważ faza projektowania makiet trwała znacznie dłużej, niż pierwotnie planowano. Wynikało to z faktu, że klient wielokrotnie zgłaszał istotne zmiany koncepcji w trakcie prac. Drążąc głębiej, okazuje się, że u podstaw tego problemu leżał brak szczegółowo ustalonych wymagań i zakresu projektu na samym starcie. Sytuacja ta miała miejsce, ponieważ w harmonogramie nie przewidziano warsztatu typu discovery z kluczowymi decydentami, przez co najważniejszy dokument inicjujący, jakim jest karta projektu, nie zawierał precyzyjnie określonego zakresu. Ostateczna analiza prowadzi do przyczyny źródłowej: w standardowym procesie ofertowania firmy po prostu brakuje obowiązkowej fazy doprecyzowania wymagań przed podpisaniem umowy. Dzięki takiemu odkryciu project manager może podjąć konkretne i skuteczne działania naprawcze. Zamiast tylko gasić pożar w bieżącym zleceniu, wprowadza on warsztat discovery do stałego procesu sprzedaży oraz wdraża jasne zasady zarządzania zmianami.

Łączenie 5 Why z innymi metodami (np. diagram Ishikawy)

Choć metoda 5 Why jest niezwykle skuteczna, stosowana w izolacji może niekiedy ograniczać zespół do jednej, przypadkowej ścieżki analizy. Aby uniknąć tego ryzyka i zapewnić procesowi pełną kompleksowość, warto traktować tę technikę jako istotny przewodnik po elastycznym zarządzaniu projektami. W takim ujęciu warto łączyć ją z wykresem Ishikawy (tzw. diagramem „rybiej ości”). W takim układzie diagram Ishikawy zapewnia „szerokość” analizy, pozwalając zidentyfikować wiele potencjalnych przyczyn w różnych kategoriach, takich jak ludzie, procesy, technologia czy maszyny. Z kolei metoda 5 Why nadaje analizie niezbędną „głębię”. W praktyce proces ten przypomina to, jak działa mapa myśli w zarządzaniu projektami, co pozwala wizualizować powiązania między różnymi obszarami i nie pominąć żadnego istotnego wątku. Najpierw, za pomocą burzy mózgów, tworzy się strukturę diagramu Ishikawy, a następnie do jego kluczowych gałęzi stosuje się metodę 5 Why. Takie podejście minimalizuje ryzyko poprzestania na ogólnych hipotezach i idealnie wpisuje się w standardy raportów A3 czy cyklu PDCA. Dzięki temu możliwe jest zaplanowanie działań korygujących, które realnie i trwale usprawniają procedury w całej organizacji.