De 5 waarom-methode is gebaseerd op een eenvoudig principe: stel successief de vraag “waarom?” om van een zichtbaar symptoom naar de diepere oorzaak te gaan. Deze techniek, die al tientallen jaren in de auto-industrie wordt gebruikt en vervolgens is uitgebreid naar projectmanagement, kwaliteitsbeheer en management, is aantrekkelijk vanwege de snelheid van implementatie. Maar de eenvoud verbergt significante afwijkingen in de resultaten, afhankelijk van hoe de analyse wordt uitgevoerd.
Betrouwbaarheid van de analyse: de 5 waarom-methode in vergelijking met andere hulpmiddelen
Voordat we de iteratieve vraagstelling uitvoeren, is het nuttig om dit hulpmiddel te situeren tussen andere technieken voor oorzaak-analyse. De onderstaande tabel vergelijkt de 5 waarom-methode met drie alternatieven die vaak in bedrijven worden gebruikt.
| Criteria | 5 waarom | Ishikawa-diagram | Oorzaakboom | Fault-tree analysis |
|---|---|---|---|---|
| Type probleem | Eenvoudig incident, lineaire oorzaakketen | Multifactoriële problemen, categorisering van oorzaken | Ernstige gebeurtenis, parallelle oorzaken | Complex systeemfalen |
| Aantal onderzochte oorzaken | Een enkele tak | Meerdere takken (5M of 6M) | Netwerk van gelijktijdige factoren | Logische combinaties (EN/OF) |
| Risico op subjectiviteit | Hoog (keuze van “waarom” op elke stap) | Gemiddeld (gestructureerd kader per categorie) | Laag (feitenreconstructie) | Laag (formele modellering) |
| Tijd voor implementatie | Enkele minuten tot een uur | Een tot meerdere uren | Meerdere uren tot meerdere dagen | Meerdere dagen |
De 5 waarom-methode is geschikt voor veelvoorkomende incidenten waarbij de oorzaakketen lineair blijft. Voor ernstige of multifactoriële gebeurtenissen, kan een enkele keten van “waarom” parallelle oorzaken uitsluiten die verband houden met apparatuur, organisatie of tijdsdruk. Het verdient dan aanbeveling om deze aan te vullen met een Ishikawa-diagram of een oorzaakboom.
Voor een diepgaandere toepassing van deze iteratieve vraagstelling, geeft Nefa Blog tips die elke stap in detail uitleggen met concrete voorbeelden.
Subjectiviteit van de vraagstelling: waarom twee teams verschillende oorzaken vinden
De belangrijkste blinde vlek van de methode ligt in de keuze van het “waarom” dat op elk niveau wordt gesteld. Bij hetzelfde probleem kunnen twee teams verschillende oorzaakstakken volgen en tot verschillende diagnoses komen, die elk verdedigbaar zijn.
Laten we een veelvoorkomend geval in projectmanagement nemen: een oplevering die te laat is. Een eerste team richt zijn vragen op het interne validatieproces en identificeert een knelpunt bij de kwaliteitsverantwoordelijke. Een tweede team vraagt eerder naar de initiële werkbelasting en concludeert dat het projectteam onderbezet is.
Beide analyses zijn logisch coherent. Het probleem ligt niet bij de techniek zelf, maar bij drie factoren die de subjectiviteit versterken:
- De beschikbare gegevens op het moment van de analyse sturen de antwoorden mechanisch. Als het team alleen de validatietijden heeft, zal het deze lijn verder onderzoeken zonder de totale werkbelasting in overweging te nemen.
- De samenstelling van het team beïnvloedt de aangenomen hypothesen. Een productieverantwoordelijke en een HR-verantwoordelijke zullen niet hetzelfde eerste “waarom” formuleren.
- Het ontbreken van feitelijke verificatie tussen elke iteratie maakt het mogelijk om van een observatie naar een interpretatie te verschuiven zonder het te beseffen.
Het verschil tussen twee analyses verkleinen
Om deze afwijking te beperken, bestaat een effectieve praktijk uit het documenteren van elk antwoord met een observeerbaar bewijs: een tijdregistratie, een verslag, een procesindicator. Als het antwoord op een “waarom” uitsluitend op een collectieve indruk is gebaseerd, verdient het de voorkeur om het in afwachting te houden en te verifiëren.
Een andere benadering is om de oefening met twee verschillende groepen op hetzelfde probleem uit te voeren en vervolgens de oorzaakstakken te vergelijken. De verschillen onthullen de gebieden waar gegevens ontbreken, wat de voortgang van het onderzoek stuurt.
Corrigerende maatregelen na de 5 waarom: wat kwaliteitsnormen vereisen
Het identificeren van een oorzaak is niet genoeg. Kwaliteitsnormen vereisen dat de effectiviteit van corrigerende maatregelen wordt gecontroleerd, niet alleen dat een triggerfactor wordt genoemd. In het kader van ISO 45001 vereist clausule 10.2 dat er op het incident wordt gereageerd, de oorzaken worden onderzocht, maatregelen worden genomen en vervolgens de effectiviteit wordt geëvalueerd en de documentatie wordt bewaard.
De 5 waarom-methode dekt slechts de tweede stap van dit proces. Het produceert een hypothese van de oorzaak, maar schrijft noch het actieplan voor, noch de opvolging. In de praktijk stoppen veel teams bij de identificatie van de oorzaak en beschouwen ze het probleem als opgelost, wat de herhaling van sommige storingen verklaart.
De analyse afsluiten met meetbare opvolging
Om ervoor te zorgen dat probleemoplossing compleet is, zou elke geïdentificeerde oorzaak moeten leiden tot drie elementen:
- Een specifieke corrigerende maatregel, toegewezen aan een verantwoordelijke en voorzien van een deadline.
- Een verificatie-indicator die meet of de maatregel het verwachte effect heeft gehad op het betreffende proces.
- Een geplande review (na een of meerdere weken) om te bevestigen dat het oorspronkelijke symptoom is verdwenen of om de analyse opnieuw te starten als het probleem aanhoudt.
Zonder deze verificatielus blijft de 5 waarom-methode een intellectuele oefening die de werking van het bedrijf niet duurzaam verandert.
Effectiviteitsvoorwaarden: wanneer de 5 waarom te gebruiken en wanneer van hulpmiddel te wisselen
De techniek werkt goed wanneer het probleem een relatief lineaire oorzaakketen heeft en het team op elk niveau van de vraagstelling over feitelijke gegevens beschikt. Terugkerende taken met een meetbaar verschil ten opzichte van een standaard (vertraging in levering, geïsoleerde kwaliteitsfout, invoerfout) lenen zich bijzonder goed voor dit type analyse.
Daarentegen, zodra meerdere factoren gelijktijdig moeten worden samengebracht om de gebeurtenis te veroorzaken, wordt de lineaire keten van “waarom” onvoldoende. Een incident dat zowel een materieel falen, een gebrek aan training als tijdsdruk omvat, kan niet worden samengevat in een enkele oorzaakstak. In dat geval voorkomt het overschakelen naar een oorzaakboom of een Ishikawa-diagram dat de diagnose te veel wordt vereenvoudigd.
De 5 waarom-methode behoudt al zijn waarde als eerste reflex voor onderzoek, op voorwaarde dat het niet het enige hulpmiddel voor probleemoplossing is. De kracht ligt in de snelheid van de vraagstelling. De beperking wordt zichtbaar zodra de realiteit van het probleem verder gaat dan een enkele causaliteitslijn.
