5 whys módszer: egy egyszerű technika a probléma gyökeréig való eljutáshoz

Mi az az 5 miért módszer és ki alkotta meg? A Toyota problémamegoldó filozófiája

Az 5 whys módszer a folyamat detektívmunkája. A „Miért?” ismételt megkérdezése lehetővé teszi, hogy a felszínes tüneteket elválasszuk a valódi okoktól. Míg az első válasz gyakran az emberi hibát okolja, a valódi probléma általában mélyebben rejlik: a hibás technológiában vagy a szervezeti struktúrában.

Az 5 miért módszer megalkotója Sakichi Toyoda, a Toyota Motor Corporation látnoka és alapítója volt. A japán termelési rendszerben ez a technika lett a Kaizen-kultúra, azaz a folyamatos fejlesztés filozófiájának alapja, népszerűsítője, Taiichi Ohno pedig olyan tudományos megközelítésként határozta meg, amely a valódi megoldások keresése helyett kerüli a bűnösök keresését. Ezt tökéletesen illusztrálja a Toyota gyár klasszikus tanulsága a gyártósoron hirtelen leállt robotról. Ahelyett, hogy megelégedtek volna egy felszínes diagnózissal, miszerint a gép egy kiégett biztosíték miatt állt le, a csapat mélyebbre ásott, és felfedezte, hogy a csapágy túlterhelése okozta a biztosíték kiégését. A további kérdésekből kiderült, hogy a túlterhelést az olajpumpa meghibásodásából eredő elégtelen kenés okozta, amely leállította a folyadék szivattyúzását, mert a bemenetét eltömítette a fémreszelék. Végül kiderült, hogy a probléma kiváltó oka a szűrő hiánya volt. Ha a csapat a biztosíték cseréjére szorítkozott volna, a hiba rendszeresen ismétlődött volna, és csak a hiányzó alkatrész beszerelése szüntette volna meg véglegesen a hibát.

Hogyan kell lépésről lépésre 5 whys elemzést végezni?

Ez a technika különösen értékes, ha a Waterfall módszertant alkalmazzuk. A hagyományos, lineáris irányítási megközelítésben egy későn észlelt hiba hatalmas költségeket és késedelmeket okozhat. A „Miért?” ismételt megkérdezésével a csapat pontosan meg tudja állapítani, hogy a merev folyamat melyik pontján történt a hiba. Ez lehetővé teszi a Standardok módosítását a következő fázisra való áttérés előtt, ami egy Waterfall környezetben létfontosságú az egész projekt integritásának megőrzése szempontjából.

Bár ez a technika első pillantásra szuperegyszerűnek tűnik, az, hogy mennyire működik, attól függ, hogy mennyire fegyelmezett a csapat és mennyire alapos az elemzés. Ahelyett, hogy csak a megérzésükre hagyatkoznának, a vezetőknek kemény adatokra és közvetlen megfigyelésre kell alapozniuk a folyamatot, hogy mi is történik valójában. Egy jó ok-okozati elemzés elvégzéséhez az alábbi lépéseket kell követni:

• A probléma pontos meghatározása: a siker kulcsa, hogy a problémához közvetlenül kapcsolódó csapatot állítsunk össze, és konkrét adatokkal írjuk le a problémát. Az általánosítások elkerülése a tények helyett (pl. „a szállítmányok 15%-a késett ezen a héten”) lehetővé teszi a csapat számára, hogy teljes mértékben a megfelelő kihívásra összpontosítson.
• A közvetlen ok azonosítása: Az első kérdés, a „miért?” a hiba legközvetlenebb okának azonosítására szolgál. Ebben a szakaszban fontos, hogy a válaszok ellenőrizhető tényeken és megfigyeléseken alapuljanak, kizárva a szubjektív feltételezéseket.
• A kiváltó okok feltárása: a kérdés többszöri (általában ötszöri) megismétlésével az elemzés elmélyül. A folyamat célja, hogy olyan okhoz jusson, amelyet a szervezet reálisan befolyásolni tud.
• A logika ellenőrzése („ezért” teszt): a levont következtetések konzisztenciáját egy fordított logikai teszt segítségével ellenőrzik. Ennek során a válaszokat a „…és ezért” kifejezéssel kombinálják. Ha egy olyan szekvencia, mint például „Nem volt Standard, tehát operátori hiba történt” logikusan hangzik, akkor az elemzést helyesen végezték el.
• A korrekciós intézkedések végrehajtása: az utolsó szakasz a kifejezetten az azonosított kiváltó okok megszüntetésére tervezett változtatások megtervezésére és bevezetésére összpontosít. Ahhoz, hogy a folyamat sikeresen lezáruljon, elengedhetetlen, hogy világos és világos összefoglaló amely a stratégiai döntéseket megvalósítható lépésekké alakítja. Ez magában foglalja a konkrét atividades kijelölését, az egyes kezdeményezések vezetésére felelős személyek kijelölését és kötelező határidők meghatározását.

Gyakori hibák, amikor a „miért?” kérdését teszik fel a kiváltó okok elemzése során

Még egy ilyen intuitív módszer is téves következtetésekhez vezethet, ha a csapat az elemzés során tipikus kognitív és szervezeti csapdákba esik. Íme a leggyakoribb hibák:

• A hibáztatható személy keresése: a személyre összpontosít („az alkalmazott hibázott”) ahelyett, hogy a Standardok, a képzés vagy a folyamat biztosítékainak hiányára összpontosítana.
• Vezető kérdések: vádló kérdések (pl. „Miért nem győződött meg róla még egyszer?”), amelyek megakadályozzák az őszinte elemzést.
• Túl gyors befejezés: megáll egy felületes válasznál (pl. „a gép elromlott”) anélkül, hogy megvizsgálná a technikai vagy szervezeti okokat.
• Feltételezésekre támaszkodva: a tények ellenőrzésének elmulasztása.
• Túl általános válaszok: olyan mondatok, mint például „mert nincs elég idő”, amelyek nem utalnak a folyamat egy konkrét elemére, amely fejlesztésre szorul.

5 whys a projektvezető gyakorlatában – a késedelmek és a visszatérő projektproblémák elemzése

Projektvezetők munkájában az 5 miért módszer felbecsülhetetlen segítséget nyújt az incidensek, a sprint késések vagy a költségvetés túllépésének gyors elemzésében. A projektekben a feladatmenedzsment elsajátítása – a tervezés, a delegálás és a haladás nyomon követése – alapvető alapot jelent, de az „5 miért” technika lehetővé teszi, hogy megértsük, miért vallanak néha kudarcot ezek a tervek. Ennek az eszköznek a megfelelő alkalmazása lehetővé teszi, hogy elkerülje a költséges korrekciókat, és egyszer s mindenkorra kiküszöbölje az előrehaladást akadályozó, visszatérő hibákat.

Ennek az eszköznek az erejét legjobban egy weboldal-építési projekt példája mutatja, amely hat hetet késett. Az okokat keresve kiderül, hogy a határidő azért tolódott ki, mert a maketttervezési fázis az eredetileg tervezettnél sokkal tovább tartott. Ennek oka az volt, hogy az ügyfél a munka során többször is jelentős változtatásokat kért a koncepción. Ha mélyebbre ásunk, kiderül, hogy a probléma kiváltó oka az volt, hogy már a legelején nem voltak részletes követelmények és a projekt terjedelme. Ez a helyzet azért alakult ki, mert az ütemterv nem tartalmazott felfedező workshopot a kulcsfontosságú döntéshozókkal, ami azt jelentette, hogy a legfontosabb kezdeményező dokumentum, a projektalapokmány nem tartalmazott pontosan meghatározott hatóköröket. A végső elemzés elvezet a kiváltó okhoz: a vállalat Standard ajánlattételi folyamatából egyszerűen hiányzik a szerződés aláírása előtti követelmények tisztázásának kötelező fázisa. Ennek a felfedezésnek a birtokában a projektvezető konkrét és hatékony korrekciós intézkedéseket tehet. Ahelyett, hogy csak a tüzet oltaná el a jelenlegi megrendelésben, bevezet egy feltáró műhelyt a szokásos értékesítési folyamatba, és egyértelmű változáskezelési szabályokat vezet be.

Az 5 whys kombinálása más módszerekkel (pl. Ishikawa-diagram)

Bár az 5 miért módszer rendkívül hatékony, elszigetelten alkalmazva néha egyetlen, véletlenszerű elemzési útvonalra korlátozhatja a csapatot. E kockázat mérséklése és az átfogó megközelítés biztosítása érdekében elengedhetetlen, hogy ezt a technikát a rugalmas projektmenedzsment sarokköveként kezeljük : a sikeres projektek kulcsfontosságú stratégiai elvei. Az 5 miért és az Ishikawa-diagram – gyakran „halszálka-diagramként” emlegetett – kombinálásával a vezetők sokkal szilárdabb diagnosztikai keretet kaphatnak. Ebben az elrendezésben az Ishikawa-diagram biztosítja a szükséges „szélességet”, kategorizálva az olyan lehetséges okokat, mint az emberek, folyamatok, technológia vagy gépek, míg az 5 miért módszer biztosítja a „mélységet”, amely a probléma forrásának eléréséhez szükséges.

A gyakorlatban ez a szinergia úgy működik, mint egy elmetérkép, amely lehetővé teszi a csapatok számára, hogy a különböző működési területek közötti kapcsolatokat vizualizálják anélkül, hogy figyelmen kívül hagynák a kritikus szálakat. Azáltal, hogy a csapatok először ötletbörzét tartanak az Ishikawa-struktúráról, majd az 5 miértet alkalmazzák annak legjelentősebb ágaira, elkerülhetik, hogy megelégedjenek a felszíni hipotézisekkel. Ez a módszertan tökéletesen illeszkedik az A3 jelentési standardokhoz és a PDCA (Plan-Do-Check-Act) ciklushoz. Végső soron ez az integrált stratégia lehetővé teszi olyan korrekciós intézkedések tervezését, amelyek reálisan és tartósan javítják a KPI-mutatókat és a szervezeti eljárásokat az egész területen.