Root Cause Analysis: Definitie, Methodologie en Bewezen Best Practices

Root cause analysis (RCA) is een systematische benadering om het onderliggende probleem te identificeren en te begrijpen dat leidde tot een ongewenst resultaat. Het doel van het proces is om vast te stellen hoe en waarom een bepaalde storing zich voordoed, zodat u de root cause kunt elimineren en voorkomt dat hetzelfde probleem zich herhaalt.

Correct uitgevoerd, kan root cause analysis een onderhoudsteam helpen over te schakelen naar een preventieve in plaats van correctieve of noodonderhoudsstrategie, wat uiteindelijk ongeplande downtime vermindert, tijd bespaart en kosten verlaagt.

De 5 Basisstappen van Root Cause Analysis

Wanneer uw organisatie erkent dat een specifiek probleem zich blijft voordoen (zoals dezelfde riem die herhaaldelijk scheurt op een machine), is het tijd om root cause analysis uit te voeren.

Op fundamenteel niveau kan root cause analysis worden afgebroken in 5 basisstappen: (1) het probleem definiëren; (2) data verzamelen; (3) bijdragende factoren identificeren; (4) de root cause identificeren; en (5) veranderingen implementeren en monitoren.

1. Definieer het Probleem

De eerste stap in root cause analysis is het probleem dat u wilt oplossen duidelijk en beschrijvend te definiëren. Voeg relevante data toe die ondersteunt waarom het probleem aangepakt moet worden, zoals de hoeveelheid downtime of geassocieerde kosten. Wees specifiek in deze fase, omdat dit uw team helpt gefocust te blijven op de taak, wat tijd bespaart in alle volgende stappen.

2. Verzamel Data

Na het definiëren van het probleem is het tijd om zoveel mogelijk data te verzamelen. Deze data kan asset-leeftijden, draaitijden, onderhoudshistorieken, omgevingsomstandigheden, organisatorische impact en alles wat relevant kan zijn voor het gedefinieerde probleem omvatten. Een ideale manier om uitgebreide en consistente data te verzamelen, organiseren en uiteindelijk te beoordelen is het gebruik van een cloud-gebaseerd Computerized Maintenance Management System (CMMS) zoals eMaint.

3. Identificeer Bijdragende Factoren

Zodra voldoende data is verzameld, is het tijd om de data te organiseren en te analyseren om alle potentiële factoren te identificeren die hebben kunnen bijdragen aan het gedefinieerde probleem. Let bijzondere aandacht op eventuele afwijkende data die is vastgelegd tijdens de reeks gebeurtenissen voordat het probleem zich voordoed. Dit wordt vergemakkelijkt door CMMS-software geïntegreerd met data-verzamelhardware zoals de remote sensors van Fluke Reliability.

4. Identificeer de Root Cause

Na het identificeren en in kaart brengen van causale factoren die leidden tot het eerder gedefinieerde probleem, zou u op het punt moeten zijn om de echte root cause van het probleem te identificeren. Hoe specifieker u de root cause kunt vastleggen, hoe makkelijker en effectiever uw oplossingen zullen zijn. Onthoud, een root cause moet iets aanpakbaars zijn, of het nu een fysiek probleem (materiaaldefect), menselijk probleem (fouten of verwaarlozing), of een organisatorisch probleem (gedefecteerd proces of beleid) is.

5. Implementeer en Monitor Veranderingen

Met de geïдентиificeerde root cause is het nu tijd om actie te ondernemen. Het doel is niet om het probleem alleen maar te plakken zodat u kunt doorgaan met de status quo, maar om een permanente oplossing te implementeren die voorkomt dat het probleem in de toekomst zich herhaalt. En om ervoor te zorgen dat het probleem echt gecorrigeerd is, is het ook belangrijk om na implementatie van uw oplossing door te gaan met het vastleggen en analyseren van data – een taak die weer veel makkelijker is met een CMMS zoals eMaint gekoppeld aan remote asset-monitoring sensoren zoals die van Fluke Reliability.

Omdat root cause analysis een methodisch, potentieel tijdrovend proces is, is het belangrijk om ervoor te zorgen dat een probleem significant genoeg is dat het toewijden van de benodigde tijd en middelen om het te corrigeren, zich op de lange termijn uitbetaalt. Als een storing snel en goedkoop te repareren is, of zeer zelden voorkomt, dan is root cause analysis misschien niet nodig.

Hoewel het afhangt van uw organisatie en industrie, is het doorgaans het beste om root cause analysis alleen uit te voeren wanneer een probleem:

• leidt tot significante kosten;
• impact heeft op missie-kritieke assets;
• op regelmatige basis voorkomt;
• de gezondheid of veiligheid van werknemers in gevaar brengt;
• of uw organisatie doelen anderszins belemmert.

Er is een reeks verschillende probleemoplossende technieken die u kunt gebruiken om data te verzamelen, bijdragende factoren te identificeren en in te zoomen op de root cause van een probleem. Deze omvatten fault tree analysis, fishbone diagram analyse, failure mode and effects analysis (FMEA), of zelfs de populaire "5 Whys"-techniek uitvoeren.

De basispremis van al deze methoden is dat u begint met het uiteindelijke ongewenste resultaat, en dan vraagt "Waarom is dit gebeurd?" Lijst de mogelijke oorzaken op, en boor dan door op wat elke stap van de storing zou kunnen hebben veroorzaakt tot u uiteindelijk de echte kern van het probleem identificeert.

Ongeacht hoe u uw proces precies aanpast, is de sleutel tot succesvol uitvoeren van root cause analysis ervoor te zorgen dat u alle data heeft die u nodig hebt om het probleem volledig te begrijpen en aan te pakken. Gelukkig zijn uitgebreide data over machinediagnostiek, werkorderregistraties, preventief onderhoud (PM) schema's, en meer allemaal binnen handbereik bij het gebruik van het juiste CMMS-systeem.