De 5 waarom-methode is gebaseerd op een eenvoudige aanname: elk symptoom verbergt een oorzaak, en elke oorzaak verbergt weer een andere. Het iteratieve vraagproces stelt ons in staat om de keten terug te volgen tot een concreet actiepunt. We constateren dat de meeste mislukte toepassingen niet voortkomen uit de methode zelf, maar uit een slechte kwalificatie van het initiële probleem en een voortijdige stopzetting van de analyse.
Selectiebias in de causale keten van de 5 waarom
Het structurele zwakke punt van de methode wordt zelden behandeld in praktische gidsen: twee competente teams kunnen verschillende causale ketens produceren op basis van hetzelfde incident. Elke “waarom” opent verschillende plausibele antwoorden, en de keuze van de gevolgde tak hangt af van de ervaring, impliciete hypothesen en beschikbare gegevens op het moment van de analyse.
Deze selectiebias heeft een directe consequentie. De getroffen corrigerende maatregel verhelpt een echte oorzaak, maar niet noodzakelijkerwijs de oorzaak die de grootste impact heeft op de herhaling van het probleem. We raden aan om systematisch het bewijs dat aan elk antwoord is gekoppeld te documenteren: productiedata, veldobservatie, kwaliteitsregistratie. Een antwoord dat niet wordt onderbouwd door een verifieerbaar feit moet worden gemeld als hypothese en als zodanig worden behandeld.
Voor problemen met een unieke en traceerbare causale keten werkt de methode opmerkelijk goed. Daarentegen, wanneer meerdere storingen moeten samenkomen om het incident te veroorzaken, wordt de lineaire analyse onvoldoende. Het Ishikawa-diagram of de faalboom maakt het mogelijk om de interacties tussen latente factoren in kaart te brengen.
Een uitgebreide gids die de 5 waarom-methode op Nefa Blog beschrijft, legt de stappen voor sequentiële toepassing en de succesvoorwaarden voor een rigoureuze analyse uit.
Stopcriteria voor de analyse: wanneer de 5 iteraties overschrijden of verkorten
Het getal vijf is geen strikte methodologische regel. De analyse stopt wanneer de geïdentificeerde oorzaak beheersbaar is en verbonden is met een verifieerbare corrigerende maatregel, of het nu drie, vijf of meer vragen zijn. Zich exact aan vijf iteraties houden leidt tot twee tegengestelde afwijkingen: te vroeg stoppen bij een tussenliggende symptoom, of een zesde vraag forceren die geen bruikbare informatie oplevert.
Het operationele stopcriterium bestaat uit drie cumulatieve voorwaarden:
- De geïdentificeerde oorzaak ligt onder de directe controle van het betrokken team of proces (we kunnen er zonder externe hiërarchische escalatie op ingrijpen).
- Een feitelijk bewijs (meting, registratie, observatie) bevestigt de link tussen deze oorzaak en het waargenomen effect.
- De overwogen corrigerende maatregel kan worden getest en de effectiviteit ervan kan binnen een redelijke termijn worden gecontroleerd.
Als het antwoord op de laatste “waarom” “menselijke fout” is, is de analyse nog niet voltooid. Concluderen dat het een menselijke fout is, is een signaal voor een voortijdige stop. De volgende stap is om de systeemvoorwaarden te identificeren die deze fout mogelijk hebben gemaakt: interfaceontwerp, werkbelasting, gebrek aan controle, ongeschikte procedure of falende supervisie.
Verificatie van de corrigerende maatregel na analyse van de 5 waarom
Een oorzaak identificeren bewijst niet dat de oplossing werkt. We zien regelmatig teams die hun analyse afsluiten zodra het actieplan is geformuleerd, zonder verificatielus. De methode verliest dan zijn doel: het voorkomen van herhaling.
Elke corrigerende maatregel moet worden gevolgd met een gestructureerde opvolging. De verificatie richt zich op twee dimensies: is de actie uitgevoerd zoals gepland, en is het ongewenste effect verdwenen of significant verminderd binnen een vooraf gedefinieerde termijn.
De klassieke valkuil is om de inspanning (gegeven training, bijgewerkte procedure) te meten in plaats van het resultaat (verdwijnen of vermindering van het incident). Een resultaatindicator moet worden gedefinieerd vóór de uitvoering van de corrigerende maatregel, niet erna.
Minimale formalisering om de analyse te traceren
Een eenvoudige tabel is voldoende voor elke iteratie:
| Niveau | Gestelde vraag | Feitelijk antwoord | Bijbehorend bewijs |
|---|---|---|---|
| Waarom 1 | Waarom is het incident gebeurd? | Gedocumenteerd antwoord | Gegevensbron |
| Waarom 2 | Waarom bestaat deze oorzaak? | Gedocumenteerd antwoord | Gegevensbron |
| Waarom N | Iteratie tot beheersbare oorzaak | Gedocumenteerd antwoord | Gegevensbron |
De kolom “bijbehorend bewijs” is de meest verwaarloosde en de meest nuttige. Het dwingt het team om een gecontroleerd feit van een veronderstelling te onderscheiden. Zonder gedocumenteerd bewijs blijft het antwoord een hypothese, geen gevalideerde oorzaak.
Structurele beperkingen en complementariteit met andere analysetools
De 5 waarom-methode blinkt uit binnen een specifieke scope: een observeerbaar probleem, een dominante causale keten, een team dat het proces kent. Buiten deze kaders levert het gedeeltelijke resultaten op.
De situaties waarin we aanbevelen om de aanpak te combineren of te vervangen:
- Problemen met meerdere onafhankelijke oorzaken: het Ishikawa-diagram stelt ons in staat om de oorzaakgroepen te structureren voordat we een 5 waarom op elke relevante tak uitvoeren.
- Systeemfouten die interacties tussen subsystemen omvatten: de faalboom modelleert de combinaties van factoren die nodig zijn voor het optreden van het incident.
- Incidenten met een sterke organisatorische component: de analyse moet de systeemvoorwaarden verkennen (ontwerp, supervisie, middelen) in plaats van alleen de technische volgorde.
De veelvoorkomende fout is om de 5 waarom standaard toe te passen, ongeacht het type probleem. De keuze van de analysetool zou moeten afhangen van de veronderstelde causale structuur, niet van de eenvoud van implementatie.
Probleemoplossing wordt betrouwbaarder wanneer het team meerdere methoden beheerst en weet te arbitreren tussen hen afhankelijk van de context. De 5 waarom blijven een eerste relevante reflex voor veelvoorkomende incidenten met een eenvoudige causale keten, op voorwaarde dat de bewijsvoering bij elke iteratie wordt gerespecteerd en dat identificatie van een oorzaak nooit mag worden verward met bevestiging van de behandeling ervan.
