5 Hvorfor-prosessen kan være en effektiv tilnærming til å bestemme årsaken til et problem eller problem. Målet med å spørre "hvorfor" fem ganger er å jobbe bakover fra resultatet for å komme til sak, med hvert spørsmål avsløre mer og mer spesifikt hvorfor hendelsen skjedde. Følg disse trinnene for å bruke 5 Hvorfor-metoden neste gang du har et problem.
Samle så mye informasjon om problemet som mulig. 5 Hvorfor-teknikken fungerer best når du har informasjon om problemet som bakgrunn, forhold og lignende tilfeller. Dette vil bidra til å bestemme det mest logiske og sannsynlige svaret på hvert spørsmål.
Samle et lag. For å kunne utnytte 5 Hvorfor-metoden mest effektivt, må du sette sammen et team av mennesker fra ulike funksjonsgrupper, med varierte spesialiteter og erfaringer. Et kritisk element i 5 Hvorfor-metoden er de som stiller spørsmålene og gir de mest sannsynlige svarene ved hvert trinn. Å ha en mangfoldig gruppe mennesker betyr å få innsikt fra ulike synspunkter og meninger. Å nærme seg problemet fra forskjellige vinkler kan føre til svar som du kanskje ikke har tenkt på alene, og til slutt avsløre årsaken til problemet.
Start med problemet og spør "hvorfor" fem ganger.
Start med en enkel problemstilling om hva problemet er, og begynn å jobbe derfra og spør hvorfor hvert trinn skjedde. Bruk logikk og kunnskap og erfaring fra teamet ditt for å finne det mest sannsynlige svaret på hver 5 Hvorfor spørsmål.
Her er et eksempel på prosessen i aksjon:
Problemeretning: Produksjon avstengt. Hvorfor stanset produksjonen? (Hvorfor 1) Deltron 3000 brøt seg ned. Hvorfor bryte Deltron ned? (Hvorfor 2) Automatoren fungerer ikke. Hvorfor fungerer Automator ikke? (Hvorfor 3) Automatoren varer bare ca seks måneder, denne har ikke blitt endret i åtte måneder. Hvorfor endret ingen Automator etter 6 måneder? (Hvorfor 4) Ingen visste å endre det. Hvorfor visste ingen at det måtte endres? (Hvorfor 5) Det er ingen forebyggende vedlikeholdsplan satt opp for å fortelle mekanikerne å gjøre det. (Opprinnelig årsak.)
Analyser hver av de 5 Whys. Når du jobber gjennom å svare på 5 Whys, analyser hvert trinn og test dine forutsetninger om mulig. Spør deg selv noen spørsmål om hvorfor svarene. -Vil dette svaret føre til den forrige effekten? -Har dette det mest fornuftige gitt alt vi vet om problemet? Kan det være andre muligheter?
Husk at målet med 5 Hvorfor-metoden er å finne ekte grunnårsak for å forhindre at problemet skjer igjen.
Når du har spurt hvorfor fem ganger og tror du har fått grunnårsaken, kan du finne en løsning som adresserer den grunnårsaken. Når du har en løsning, følg logikken tilbake på hvorfor kjeden for å finne ut om det vil løse problemet. Fortsatt fra forrige eksempel:
Rødårsak: Det er ingen forebyggende vedlikeholdsplan opprettet for å fortelle mekanikerne å gjøre Automator på Deltron 3000 hver sjette måned. Løsning: Implementer en forebyggende vedlikeholdsplan for å bytte Automator på Deltron 3000 hver sjette måned.
Implementer løsningen til sist hvorfor og se hva effektene er. Avgrens løsningen eller gjenta 5 Hvorfor behandle om nødvendig for å revurdere.
Det er OK å gå utover 5 Whys hvis det er nødvendig for å finne årsaken til det, og det er fornuftig. For eksempel hvis Hvorfor 4 i eksemplet ble endret til, "Mekanikken fulgte ikke den forebyggende vedlikeholdsplanen", så kan du fortsette å spørre hvorfor mekanikeren ikke fulgte prosedyren:
Hvorfor fulgte ikke mekanikeren tidsplanen? (Hvorfor 5) Han har ikke blitt trent på den forebyggende vedlikeholdsplanen for Deltron 3000. Hvorfor er mekanikeren ikke trent? (Hvorfor 6) Han har nettopp blitt med i området, og hans tidligere område hadde ikke en Deltron 3000. (Rød årsak.) Løsning: Tren alle nye mekanikere på forebyggende vedlikehold av utstyr i områder de skal bli med.
Du kan ende opp med å finne en annen løsning på problemet hvis du fortsetter å spørre hvorfor til du kommer til den sanne grunnårsaken. Dette vil bidra til å holde deg fra å bosette seg på et enkelt svar som bare skylder en person å komme til grunnårsaken. Grunnårsaken er mer sannsynlig en prosess eller prosessproblemer som skal behandles.
