Baza wiedzy
5 WHYS
5 Whys (5x Dlaczego) to prosta, ale niezwykle skuteczna metoda iteracyjnego zadawania pytań, która służy do identyfikowania pierwotnej przyczyny (ang. root cause) problemu, zamiast skupiania się na jego powierzchownych objawach.
Metodę tę opracował Sakichi Toyoda, japoński przedsiębiorca i wynalazca, a następnie stała się ona kluczowym elementem Systemu Produkcyjnego Toyoty (Toyota Production System) oraz metodologii Lean Management i Six Sigma.
Jak działa metoda 5 Whys w praktyce?
Zasada jest banalnie prosta: kiedy pojawia się problem, pytasz „Dlaczego?” tak długo, aż dotrzesz do błędu systemowego lub procesowego, który go wywołał. Liczba „5” jest umowna – czasem wystarczą 3 pytania, a czasem potrzeba 7, ale praktyka pokazuje, że pięć powtórzeń jest optymalne do dotarcia do sedna sprawy.
Klasyczny przykład (z życia wzięty):
Problem: Witryna internetowa klienta przestała działać.
Dlaczego witryna przestała działać? Ponieważ serwer został przeciążony i się zawiesił.
Dlaczego serwer został przeciążony? Ponieważ baza danych otrzymała nagle ogromną liczbę zapytań.
Dlaczego baza danych otrzymała tak wiele zapytań? Ponieważ nowy moduł w kodzie wywołał pętlę zapytań.
Dlaczego nowy moduł wywołał pętlę? Ponieważ deweloper popełnił błąd w logice i nie przetestował kodu lokalnie.
Dlaczego deweloper nie przetestował kodu przed wdrożeniem? (Przyczyna źródłowa): Ponieważ w zespole nie ma wdrożonego procesu Code Review ani automatycznych testów na środowisku stagingowym, a presja czasu wymusiła natychmiastową publikację.
Wniosek: Gdybyśmy zatrzymali się na pierwszym lub drugim pytaniu, rozwiązaniem byłoby „zrestartujmy serwer” albo „dokupmy więcej RAM-u” (leczenie objawów). Dzięki dojściu do piątego „Dlaczego”, wiemy, że realnym rozwiązaniem jest zmiana procesu deweloperskiego i wprowadzenie testów (uzdrowienie systemu).
Do czego służy 5 Whys?
W codziennej pracy projektowej, technicznej i menedżerskiej metoda ta ma konkretne zastosowania:
Unikanie powierzchownych rozwiązań (tzw. „gaszenia pożarów”): Chroni przed wdrażaniem szybkich, prowizorycznych poprawek, które dają spokój tylko na chwilę.
Optymalizacja procesów i procedur: Pozwala znaleźć luki w systemach zarządzania projektami, przepływie informacji czy standardach jakości.
Analiza błędów po wdrożeniach (Post-mortem): Doskonałe narzędzie dla zespołów technicznych do analizy awarii aplikacji, błędów w kodzie czy kryzysów wizerunkowych.
Kultura bezszkodowego szukania winnych (Blameless Post-Mortem): Metoda skupia się na pytaniu „Dlaczego proces zawiódł?”, a nie „Kto zawinił?”. Przenosi ciężar z szukania kozła ofiarnego na naprawę systemu.
Złote zasady stosowania metody
Aby 5 Whys przyniosło oczekiwany skutek, warto pamiętać o trzech rzeczach:
Opieraj się na faktach, nie na domysłach: Każda odpowiedź musi być poparta twardymi dowodami lub obserwacją, a nie gdybaniem.
Idź w stronę procesów, nie ludzi: Jeśli odpowiedzią na któreś pytanie jest „bo pracownik X się pomylił”, trzeba natychmiast zapytać: „Dlaczego system/proces pozwolił na to, aby błąd jednego człowieka położył cały projekt?”.
Logiczna ciągłość: Testuj ciąg przyczynowo-skutkowy od końca do początku, używając słowa „dlatego”. (Nie ma testów, DLATEGO deweloper nie sprawdził kodu, DLATEGO powstała pętla…).
Szczegółowe przewodniki oraz szablony wdrożeniowe dla tej metody można znaleźć na platformie Lean Enterprise Institute oraz w zasobach Harvard Business Review – Determine the Root Cause, gdzie technika ta jest opisywana jako fundament skutecznego rozwiązywania problemów w biznesie.