Storingsanalyse en root cause analysis methoden
authorDoor Simon Jansen

Storingsanalyse: root cause analysis methoden

Een storingsanalyse is het systematisch onderzoeken van een storing om de grondoorzaak te achterhalen en herhaling te voorkomen. Zonder een goede analyse los je alleen het symptoom op en keert dezelfde storing terug — met alle kosten en stilstand van dien.

In dit artikel bespreken we de meest effectieve methoden voor root cause analysis (RCA), geven we een stappenplan voor het uitvoeren van een storingsanalyse en laten we zien hoe de resultaten terugvloeien naar de FMECA en het onderhoudsprogramma.

Waarom storingsanalyse essentieel is

Elke ongeplande storing is een leerkans. Organisaties die structureel storingsanalyse uitvoeren, zien het aantal terugkerende storingen dalen en de betrouwbaarheid van hun installaties stijgen. Toch voert de meerderheid van de organisaties geen formele RCA uit — men repareert de machine en gaat door.

Het gevolg: dezelfde storingen keren terug. Uit industriebenchmarks blijkt dat 30-50% van alle storingen terugkerende problemen zijn die met een goede root cause analysis structureel opgelost hadden kunnen worden. Elke niet-onderzochte storing is een gemiste kans om het onderhoudsprogramma te verbeteren.

De resultaten van een storingsanalyse zijn direct bruikbaar voor het actualiseren van de FMECA. Nieuwe faaloorzaken worden toegevoegd, bestaande risico-inschattingen worden bijgesteld en de onderhoudsstrategie wordt aangepast.

Drie methoden voor root cause analysis

Er zijn diverse methoden voor root cause analysis, elk met eigen sterkten. De drie meest gebruikte in de industriële praktijk:

5-Why analyse. De eenvoudigste methode: stel herhaaldelijk de vraag "waarom?" tot je bij de grondoorzaak komt. Lees meer in ons artikel over de 5 Why's methode. Typisch zijn 3-5 iteraties voldoende. De kracht van 5-Why is de eenvoud en snelheid. De beperking: bij complexe storingen met meerdere oorzaken schiet de methode tekort.

Ishikawa-diagram (visgraatdiagram). Categoriseer mogelijke oorzaken in zes hoofdcategorieën — de 6M's: Mens, Machine, Materiaal, Methode, Milieu en Management. Het diagram geeft een compleet overzicht van alle mogelijke oorzaken en is bijzonder geschikt voor multidisciplinaire teamanalyses.

Fault Tree Analysis (FTA). Een top-down boomstructuur die vanuit het ongewenste event (de storing) via logische poorten (AND/OR) alle mogelijke oorzaakcombinaties in kaart brengt. FTA is de meest rigoureuze methode en maakt kwantitatieve faalkansberekeningen mogelijk. Vooral toegepast bij veiligheidskritische systemen.

Drie RCA-methoden vergeleken: 5-Why, Ishikawa en Fault Tree Analysis

Storingsanalyse in vijf stappen

Ongeacht de gekozen RCA-methode volgt een storingsanalyse altijd dezelfde vijf stappen:

Stap 1: Registreer de storing. Documenteer onmiddellijk: wat was het symptoom, wanneer trad het op, onder welke omstandigheden, wat was de impact? Hoe sneller je registreert, hoe betrouwbaarder de informatie. Betrek operators — zij hebben vaak cruciale observaties.

Stap 2: Kies en voer de analyse uit. Selecteer de RCA-methode op basis van de complexiteit van de storing. Gebruik 5-Why voor eenvoudige storingen, Ishikawa voor bredere analyses en FTA voor complexe of veiligheidskritische situaties.

Stap 3: Identificeer de grondoorzaak. Graaf door tot de werkelijke oorzaak — niet het symptoom. Een gebroken lager is geen grondoorzaak; onvoldoende smering door een geblokkeerde smeringsleiding is dat wel.

Stap 4: Definieer de correctieve maatregel. Bepaal welke actie de grondoorzaak structureel oplost: aanpassing van het onderhoud, herontwerp, training of proceswizjiging. Elke maatregel moet SMART zijn: specifiek, meetbaar en met een eigenaar en deadline.

Stap 5: Borg de verbetering. Update de FMECA met de nieuwe faaloorzaak en onderhoudsmaatregel. Pas het onderhoudsprogramma aan en monitor of de storing daadwerkelijk niet meer terugkeert. Gebruik MTBF als indicator voor de verbetering.

Stappenplan storingsanalyse van registratie tot borging

De link met FMECA en risicogestuurd onderhoud

Storingsanalyse en FMECA vormen een gesloten verbetercirkel. De FMECA voorspelt potentiële faalvormen en faaloorzaken; de storingsanalyse valideert of bestaande analyses kloppen en voegt nieuwe inzichten toe.

Concreet: als een storing optreedt die niet in de FMECA stond, voeg je een nieuwe faaloorzaak toe. Als een faaloorzaak vaker optreedt dan verwacht, herzie je de risicoclassificatie. Als de gekozen onderhoudsstrategie het falen niet voorkwam, wijzig je de strategie.

Deze feedbackloop maakt het onderhoudsprogramma steeds effectiever. Organisaties die storingsanalyse consequent terugkoppelen naar de FMECA, bouwen een steeds nauwkeurigere risico-inschatting op.

Veelgemaakte fouten bij storingsanalyse

Stoppen bij het symptoom. "Het lager was kapot" is geen root cause. Waarom ging het lager kapot? Onvoldoende smering? Overbelasting? Verkeerd lagertype? Graaf door tot de werkelijke oorzaak.

Eén oorzaak aannemen. Veel storingen hebben meerdere bijdragende oorzaken. Een Ishikawa-diagram helpt om alle factoren in kaart te brengen voordat je conclusies trekt.

Resultaten niet terugkoppelen. Een storingsanalyse die in een la verdwijnt, heeft geen waarde. De resultaten moeten leiden tot concrete wijzigingen in het onderhoudsplan, de FMECA of het ontwerp.

Van storing naar structurele verbetering

Een storingsanalyse lost het probleem van vandaag op — FMECA voorkomt dat van morgen. Previx maakt FMECA toegankelijk met een intuïtieve workflow en AI-ondersteuning, zodat je in een fractie van de tijd structureel verbetert. Ontdek Previx →

Conclusie

Een structurele storingsanalyse is het verschil tussen brandjes blussen en continu verbeteren. Door consequent de grondoorzaak te achterhalen met methoden als 5-Why, Ishikawa of Fault Tree Analysis, en de resultaten terug te koppelen naar de FMECA, bouw je een onderhoudsprogramma dat steeds effectiever wordt.

Begin met het registreren van elke storing en voer minimaal bij elke significante storing een formele RCA uit. Meer over de relatie met betrouwbaarheidskengetallen lees je in ons artikel over MTBF, MTTF en MTTR. De bredere context van risicogestuurd onderhoud bespreken we in ons artikel over risicogestuurd onderhoud.