8 Misverstanden over Management of Change – Waarom MOC voor alle bedrijven telt

Wanneer ik Management of Change (MOC) bespreek met factory-personeel, duiken bekende reacties op: de ervaren professional die OSHA 1910.119(a)(2) aanhaalt en zucht dat hun proces geen „gedekt proces” is, en de minder ervaren die klagt dat hun tekenbeheersysteem achterloopt en dat inhalen jaren aan middelen zou kosten.

Andere reacties zijn even algemeen: „We hebben al een procedure voor managers om kleine projecten en wijzigingen goed te keuren,” of een knippende opmerking over de „dubbeltjes en centen” die hun auto-asbak vullen. Deze reacties onthullen een gedeelde onzekerheid: wat is MOC precies, en waarom zou het belangrijk zijn voor een faciliteit die niet gereguleerd is onder het OSHA 1910.119-raamwerk?

OSHA 1910.119(l)(1) definieert MOC-vereisten: „De werkgever moet geschreven procedures vestigen en implementeren om wijzigingen te managen (behalve voor „vervanging in soort”) aan proceschemicaliën, technologie, apparatuur en procedures; en wijzigingen aan faciliteiten die een gedekt proces beïnvloeden.” Hoewel de regelgeving zich richt op procesveiligheid, heeft het kernprincipe – verandering controleren om verlies te voorkomen – relevantie ver ver daarbuiten.

Voor faciliteiten die kwalificeren als een „gedekt proces,” zijn de MOC-vereisten goed begrepen en essentieel voor voortgezette operatie. Meer alarmant is het feit dat studies tot 80% van grote industriële ongevallen toeschrijven aan onbeheerde verandering. In die zin kan MOC worden gezien als een levensverzekering: hoe minder ongevallen, hoe hogere rendement op investering.

Zelfs als uw factory niet onderworpen is aan OSHA's specifieke MOC-regels, moet elk bedrijf dat competitief wil blijven, verandering managen. MOC is een kosteneffectief verliespreventie-instrument dat veiligheid, betrouwbaarheid en milieuverantwoordelijkheid programma's complementeert.

Het is belangrijk te onthouden dat MOC alleen van toepassing is op veranderingen aan bestaande systemen; ontwerp van nieuwe processen of faciliteiten valt buiten de reikwijdte. Het MOC-proces veronderstelt dat het huidige systeem bekende sterke en zwakke punten heeft, en probeert de risico's die gepaard gaan met het wijzigen ervan te mitigeren.

In eenvoudige termen is MOC een gestructureerde aanpak om verliezen te voorkomen of te mitigeren – of ze nu veiligheid, gezondheid, milieu of bedrijfsprestaties raken – voortvloeiend uit veranderingen in hoe een faciliteit gebouwd, bediend, onderhouden of gerepareerd wordt. Elk bedrijf dat zijn activa en reputatie wil beschermen, profiteert van een robuust MOC-programma.

Wat constitutieert een „verandering”?
„Verandering herkennen” is vaak de meest uitdagende onderdeel van MOC. De eerste stap is een duidelijke definitie die past bij uw bedrijfsdoelstellingen en eventuele toepasselijke regelgeving. Een vage definitie leidt tot paralyse en creëert gaten voor hen die het proces willen omzeilen.

Leiding moet beslissen welke risico's de organisatie wil controleren en vervolgens de veranderingen identificeren die die risico's zouden verhogen. Een verandering kan bijvoorbeeld hardware, software, procedures of procesparameters omvatten. Zelfs niet-hardware wijzigingen – zoals een nieuwe softwarepatch of een herziene operationele limiet – moeten overwogen worden.

OSHA's bron-document maakt onderscheid tussen een verandering en een „Vervanging in Soort” (VIS), wat een vervanging is die voldoet aan de oorspronkelijke specificaties. De bredere definitie in OSHA 3313 verduidelijkt dat een verandering is „een wijziging of aanpassing aan elk component, variabele of eigenschap binnen een bestaand systeem (behalve die binnen duidelijk gedefinieerde grenzen of verantwoordelijkheden).” Deze visie erkent dat technologie, chemicaliën en procedures even kritiek zijn als fysieke apparatuur.

Omdat elke organisatie een uniek risicoprofiel heeft, moet de definitie van een verandering de tolerantie voor onbeheerde wijziging weerspiegelen. Hieronder volgen veelvoorkomende voorbeelden die de meeste bedrijven MOC-geschikt zouden achten:

• Nieuwe procesapparatuur of kritieke bedrijfssystemen toevoegen, inclusief software
• Apparatuur of onderdelen vervangen die niet „in soort” zijn
• Procesapparatuur of kritieke systemen wijzigen of uitbreiden
• Procesregeling of instrumentatie aanpassen, inclusief regelingstrategieën
• Specificaties of sourcing van MRO-onderdelen wijzigen
• Veiligheidssystemen aanpassen – vergrendelingen, afsluitingen, brand- of explosie-onderdrukking
• Standaard opererende procedures (SOP's) of noodprocedures herzien
• Site-organisatiestructuur of onderhoudsprocedures wijzigen
• Ruwstoffen- of componentenspecificaties of sourcing aanpassen
• Utiliteitsaansluitingen wijzigen – lucht, elektriciteit, gas, water, stoom, etc.
• Kritieke datanetwerkaansluitingen aanpassen
• Kwaliteitszekeringsprocedures (KZ) of testapparatuur bijwerken

Een korte, multidiscipinaire brainstormsessie vroeg in de ontwerpfase kan helpen ervoor zorgen dat de gekozen definities en voorbeelden afgestemd zijn op bedrijfsprioriteiten en risicotolerantie.

Wat met „tijdelijke” veranderingen?
Er is geen permanente verandering – alleen een tijdelijke verandering die uiteindelijk terugkeert naar de oorspronkelijke toestand. Toch zijn tijdelijke veranderingen de meest frequente oorzaak van incidenten. Daarom moet MOC tijdelijke veranderingen hetzelfde behandelen als permanente, met speciale aandacht voor het terugkeerproces. OSHA 3313 verduidelijkt dat „MOC-procedures moeten waarborgen dat apparatuur en procedures aan het einde van een tijdelijke verandering terugkeren naar hun oorspronkelijke condities.” Het behandelen van tijdelijke veranderingen als permanente beschermt tegen de hoogste risicoblootstelling.

Acht veelvoorkomende misverstanden over MOC

1. „Ik maak geen echte wijziging; ik verbeter alleen.”
   Elke wijziging in configuratie, vorm, pas, functie, materiaal of procedure valt onder MOC, tenzij expliciet uitgesloten door uw criteria. Kleine verbeteringen die de systeemcontext veranderen, kunnen ongewild risico verhogen. Maak werknemers machtig om dergelijke wijzigingen te herkennen en te rapporteren voordat ze kritiek worden.
2. „Ik zit achter; ik kan MOC niet starten omdat we verouderde tekeningen hebben.”
   Documentbeheer is een complement, geen vervanging, voor MOC. Prioriteren van correctieve acties op basis van systeemcriticaliteit stelt u in staat vooruit te gaan zonder te wachten tot elk document perfect is. MOC beschermt de toekomst; het kan verleden fouten niet herstellen.
3. „Dit is een noodsituatie; we hebben geen tijd voor MOC.”
   In noodsituaties is de discipline van een goed gevestigd MOC-proces nog essentieler. Een gecontroleerde, gedocumenteerde aanpak van tijdelijke omzeiling of substitutie bespaart vaak meer tijd en vermindert risico dan ad-hoc workarounds. MOC moet een duidelijke noodprocedure omvatten die de kernprincipes niet omzeilt.
4. „Dit formulier doorlopen voor goedkeuring duurt te lang.”
   Goedkeuringsniveaus moeten proportioneel zijn aan het risico van de verandering. Stroomlijn het proces door goedkeurers te beperken tot hen met de juiste expertise en autoriteit, en de workflow af te stemmen op de situatie.
5. „De gebiedsmanager keurt al de financiering goed; dat is voldoende.”
   Bevoegdheid om fondsen goed te keuren is niet hetzelfde als de kennis nodig om de technische of veiligheidsimpact van een verandering te evalueren. Een gebalanceerd, multidiscipulair reviewteam levert betrouwbaardere resultaten.
6. „We zijn een magazijn of datacenter; er is geen gevaar.”
   MOC beschermt tegen alle vormen van verlies – productkwaliteit, klantvertrouwen, apparatuurdowntime, dataintegriteit, en meer. Zelfs laag-risico omgevingen kunnen kostbare falen lijden als veranderingen onbeheerd zijn.
7. „MOC vangt niet elk probleem op, waarom zou je er dan moeite voor doen?”
   Hoewel geen systeem perfect is, vermindert MOC de kans op ongevallen dramatisch. Het biedt ook een waardevolle audittrail die root-cause analyse versnelt wanneer onvoorziene problemen opduiken. De kosten van gemiste incidenten wegen vaak zwaarder dan de kosten van MOC.
8. „Software- of proceduurwijzigingen hebben geen MOC nodig.”
   Software-updates en proceduurwijzigingen hebben significante incidenten veroorzaakt in veel industrieën. Behandel elke wijziging die veiligheid of prestaties kan beïnvloeden op dezelfde manier als een fysieke wijziging – complete review, documentatie en goedkeuring.

Conclusie
Een goed ontworpen MOC-programma is een vitale verliespreventie-tool voor elke organisatie, ongeacht industrie of regelgevingsstatus. Het hoeft niet lastig te zijn; met de juiste structuur kan MOC samengaan met continue verbetering en agile verandermanagement. De tijd om een robuust MOC-proces te implementeren is nu.

Dit artikel verscheen voor het eerst in de juli-editie van Life Cycle Engineering's nieuwsbrief, RxToday.

Over de auteur

Sam McNair is een senior consultant bij Life Cycle Engineering (LCE). Een Professional Engineer en Certified Maintenance and Reliability Professional, heeft Sam meer dan 32 jaar ervaring in discrete manufacturing, chemische procesindustrieën, mijnbouw, machineprocessen, automatisering, luchtvaart, constructie en utiliteiten. Hij gespecialiseerd in betrouwbaarheidsengineering met focus op integratie van onderhoud en productiefuncties. Contacteer Sam via smcnair@LCE.com. Voor meer informatie over Life Cycle Engineering, bezoek www.LCE.com.