{"id":852,"date":"2025-08-06T20:08:25","date_gmt":"2025-08-06T20:08:25","guid":{"rendered":"https:\/\/she-d.nl\/?p=852"},"modified":"2025-08-10T08:52:37","modified_gmt":"2025-08-10T08:52:37","slug":"best-practise-moc-elke-wijziging-is-van-belang-het-moc-proces-als-fundament-voor-een-veilige-operatie","status":"publish","type":"post","link":"https:\/\/she-d.nl\/?p=852","title":{"rendered":"Best Practise: MOC. Elke wijziging is van belang: het MOC proces als fundament voor een veilige operatie"},"content":{"rendered":"\n<p>Regelmatig lees ik over incidenten die voorkomen hadden kunnen worden als er een goed Management of Change (MOC) proces was gevolgd. Toch wordt het MOC proces nog wel eens gezien als vooral veel administratief gedoe. Terwijl het juist een essentieel fundament vormt voor een veilige operatie. Mijn ervaring is: elke wijziging telt.<\/p>\n\n\n\n<figure class=\"wp-block-image size-large\"><img loading=\"lazy\" decoding=\"async\" width=\"1024\" height=\"683\" src=\"https:\/\/she-d.nl\/wp-content\/uploads\/2025\/08\/MOC-1024x683.jpeg\" alt=\"\" class=\"wp-image-949\" srcset=\"https:\/\/she-d.nl\/wp-content\/uploads\/2025\/08\/MOC-1024x683.jpeg 1024w, https:\/\/she-d.nl\/wp-content\/uploads\/2025\/08\/MOC-300x200.jpeg 300w, https:\/\/she-d.nl\/wp-content\/uploads\/2025\/08\/MOC-768x512.jpeg 768w, https:\/\/she-d.nl\/wp-content\/uploads\/2025\/08\/MOC-450x300.jpeg 450w, https:\/\/she-d.nl\/wp-content\/uploads\/2025\/08\/MOC.jpeg 1536w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/figure>\n\n\n\n<p><strong>Wat is MOC?<\/strong><\/p>\n\n\n\n<p>MOC staat voor <em>Management of Change<\/em>, oftewel: het beheersen van wijzigingen binnen een organisatie. Daarbij gaat het niet alleen om technische aanpassingen, maar ook om veranderingen in procedures, onderhoudsstrategie\u00ebn, software, leveranciers of personeelsbezetting \u2013 bijvoorbeeld een nieuwe operator of het inschakelen van een externe contractor.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Het verplaatsen van een afsluiter<\/li>\n\n\n\n<li>De implementatie van nieuwe software<\/li>\n\n\n\n<li>Het vervangen van materiaalsoorten<\/li>\n\n\n\n<li>Aanpassingen in procescondities<\/li>\n<\/ul>\n\n\n\n<!--more-->\n\n\n\n<p>Als het gaat om organisatorische wijzigingen spreken we ook wel van MOOC (<em>Management of Organisational Change<\/em>). Denk hierbij aan veranderingen in structuur, rollen, processen of cultuur \u2013 zoals:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Reorganisaties of outsourcing<\/li>\n\n\n\n<li>Verschuiving van verantwoordelijkheden<\/li>\n\n\n\n<li>Samenvoegen van teams<\/li>\n\n\n\n<li>Wisselingen in sleutelrollen<\/li>\n<\/ul>\n\n\n\n<p>Ook deze veranderingen kunnen directe veiligheidsrisico\u2019s met zich meebrengen, zoals kennisverlies, onduidelijkheid over verantwoordelijkheden of gebrekkige overdracht.<\/p>\n\n\n\n<p><strong>Wat kan er misgaan zonder MOC proces?<\/strong><\/p>\n\n\n\n<p>Zes grote industri\u00eble rampen \u2013 van Flixborough (1974) tot Deepwater Horizon (2010) \u2013 laten zien hoe risicovol het is om wijzigingen niet goed te managen. In alle gevallen werden veranderingen doorgevoerd, zonder formele risicoanalyse of betrokkenheid van de juiste experts.<\/p>\n\n\n\n<p>Bij Flixborough werd een tijdelijke bypass-leiding geplaatst zonder technische beoordeling. Toen die faalde, vielen er 28 doden. In Texas City paste men bij het opstarten van een unit een alternatieve procedure toe die niet was ge\u00ebvalueerd, met een explosie als gevolg. Bij Phillips 66 Pasadena ontstond een gaswolk tijdens onderhoud, doordat wijzigingen in het leidingsysteem niet goed waren gecommuniceerd enbeheerst.<\/p>\n\n\n\n<p>Chevron Richmond koos ervoor om een sterk gecorrodeerde leiding niet te vervangen \u2013 een ogenschijnlijk passief besluit, maar w\u00e9l een afwijking van normaal onderhoudsbeleid die het risicoprofiel veranderde. En bij Deepwater Horizon werden onder tijdsdruk technische keuzes gemaakt zonder MOC-proces, wat leidde tot een blowout en uiteindelijk elf doden.<\/p>\n\n\n\n<p>Bij Esso Longford Gas Plant in Australi\u00eb, vielen in 1998<strong> t<\/strong>wee doden en acht gewonden, &nbsp;waarbij het ontbreken van een MOOC proces een rol speelde. Organisatorische factoren zoals onvoldoende training, onervaren personeel en het wegvallen van technisch leiderschap droegen bij aan het incident.<\/p>\n\n\n\n<p>In al deze gevallen werd er afgeweken van \u2018normaal\u2019 \u2013 procedureel, technisch of organisatorisch \u2013 zonder formele risicobeoordeling.<\/p>\n\n\n\n<p><strong>Wat is het doel van een MOC proces?<\/strong><\/p>\n\n\n\n<p>De kern van het MOC-proces is om bij elke wijziging \u2013 groot of klein \u2013 vooraf de risico\u2019s in kaart te brengen en te beoordelen of deze voldoende zijn afgedekt. In mijn ervaring worden grote wijzigingen meestal wel goed gemanaged in een MOC proces. De valkuil zit vaak in de kleinere aanpassingen. Juist die worden nogal eens niet of onvoldoende beoordeeld, met onverwachte en soms verstrekkende gevolgen.<\/p>\n\n\n\n<p><strong>Waarom een MOC proces toepassen?<\/strong><\/p>\n\n\n\n<p>Voor veel industri\u00eble organisaties is een MOC proces wettelijk verplicht. Maar ook als dat niet zo is, blijft het een waardevol instrument. Zonder MOC proces leidt een wijziging al snel tot verhoogde veiligheidsrisico\u2019s, onverwachte kosten, vertragingen of operationele verstoringen.<\/p>\n\n\n\n<p>Door een MOC proces toe te passen:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Voorkom je mogelijk levensbedreigende risico\u2019s<\/li>\n\n\n\n<li>Maak je de risico\u2019s van de door jou geplande wijziging inzichtelijk en kun je van tevoren de mitigerende maatregelen bedenken, budgetteren en tijdig implementeren of besluiten de wijziging toch maar niet door te voeren<\/li>\n\n\n\n<li>Voorkom je onnodige kosten, vertragingen en rework<\/li>\n\n\n\n<li>Borg je interne en externe compliance<\/li>\n\n\n\n<li>Bevorder je risicobewustzijn in de organisatie. Het MOC proces verplicht medewerkers om bewust stil te staan bij de consequenties van hun keuzes.<\/li>\n\n\n\n<li>Documenteer je wat er is gewijzigd en waarom<\/li>\n\n\n\n<li>Faciliteer je het leren van fouten. Door goede documentatie en terugkoppeling kun je toekomstige wijzigingen beter aanpakken.<\/li>\n<\/ul>\n\n\n\n<p><strong>Hoe ziet een goed MOC-proces eruit?<\/strong><\/p>\n\n\n\n<p>In de praktijk zie ik veel variatie, maar succesvolle organisaties hebben een aantal elementen gemeen. Hieronder mijn persoonlijke best practices:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>MOC is verankerd aan het begin van elk project.<br>Zonder goedgekeurde MOC \u2013 inclusief handtekeningen van alle relevante disciplines \u2013 kan een wijziging niet worden doorgevoerd.<\/li>\n\n\n\n<li>Er is een duidelijke procesbeschrijving, zodat voor iedereen helder is wanneer en hoe een wijziging moet worden aangemeld, beoordeeld en goedgekeurd.<\/li>\n\n\n\n<li>Er is een multidisciplinaire MOC-commissie die (twee)wekelijks bijeenkomt. Hierin zitten o.a. experts op het gebied van procesveiligheid en HSE, een process engineer, een onderhoud\/reliability engineer en een productievertegenwoordiger.<\/li>\n\n\n\n<li>De projectleider meldt wijzigingen vooraf aan, inclusief een ingevulde risico-checklist. Per risico wordt aangegeven of het relevant is en \u2013 indien van toepassing \u2013 hoe het wordt beheerst.<\/li>\n\n\n\n<li>In de vergadering licht de projectleider de wijziging mondeling toe. De commissie stelt vragen en beoordeelt of de risico\u2019s voldoende onder controle zijn. Zijn er nog onduidelijkheden, dan wordt de projectleider gevraagd dit verder uit te zoeken en terug te komen met aanvullende informatie.<\/li>\n\n\n\n<li>Pas na goedkeuring \u2013 inclusief ondertekening door alle disciplines \u2013 mag de wijziging worden uitgevoerd. Eventuele openstaande punten moeten voor in gebruikname zijn ge\u00efmplementeerd.<\/li>\n\n\n\n<li>Alle disciplines die zitting hebben in de MOC-commissie worden voor ingebruikname gevraagd na te gaan of de wijziging volgens afspraak is uitgevoerd en of de beoogde risico\u2019s zijn gemitigeerd. Zij tekenen vervolgens voor goedkeuring van de wijziging na implementatie.<\/li>\n\n\n\n<li>Een wijziging wordt na een jaar ge\u00ebvalueerd. Wat ging goed, en wat kan beter, zowel inhoudelijk als m.b.t. het gevolgde proces.<\/li>\n\n\n\n<li>Het MOC proces wordt ondersteund met de juiste software, hetgeen consistentie en traceerbaarheid verhoogt.<\/li>\n<\/ul>\n\n\n\n<p><strong>Wat kun je leren van de praktijk?<\/strong><\/p>\n\n\n\n<p>De lessen die ik geleerd heb zijn de volgende:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Pas een MOC proces toe op het juiste moment in een project. Als dit te vroeg wordt gedaan en nog helemaal niet duidelijk is of het project doorgaat is de MOC weinig effici\u00ebnt (de kans is groot dat je relatief veel tijd besteed aan projecten die niet doorgaan). Als je de MOC te laat uitvoert, is er meestal heel weinig ruimte voor aanpassingen en is de MOC weinig effectief.<\/li>\n\n\n\n<li>Richt een light proces in voor kleine wijzigingen, je voorkomt daarmee dat je met een kanon op een mug schiet, maar zorgt er wel voor dat een wijziging door de juiste experts beoordeeld wordt.<\/li>\n\n\n\n<li>Behandel juist ook tijdelijke wijzigingen in het MOC proces<\/li>\n\n\n\n<li>Gebruik lessons learned actief. Voeg een stap toe waarin bij een nieuwe wijziging eerst wordt gekeken naar eerdere vergelijkbare wijzigingen en bijbehorende evaluaties.<\/li>\n<\/ul>\n\n\n\n<p><strong>Hoe werkt het MOC proces bij jullie?<\/strong><\/p>\n\n\n\n<p>Hoe wordt het MOC proces binnen jullie organisatie toegepast? Wat werkt goed, en waar zit ruimte voor verbetering?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Regelmatig lees ik over incidenten die voorkomen hadden kunnen worden als er een goed Management of Change (MOC) proces was gevolgd. Toch wordt het MOC proces nog wel eens gezien als vooral veel administratief gedoe. Terwijl het juist een essentieel &hellip; <a href=\"https:\/\/she-d.nl\/?p=852\">Lees verder <span class=\"meta-nav\">&rarr;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-852","post","type-post","status-publish","format-standard","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/she-d.nl\/index.php?rest_route=\/wp\/v2\/posts\/852","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/she-d.nl\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/she-d.nl\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/she-d.nl\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/she-d.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=852"}],"version-history":[{"count":2,"href":"https:\/\/she-d.nl\/index.php?rest_route=\/wp\/v2\/posts\/852\/revisions"}],"predecessor-version":[{"id":950,"href":"https:\/\/she-d.nl\/index.php?rest_route=\/wp\/v2\/posts\/852\/revisions\/950"}],"wp:attachment":[{"href":"https:\/\/she-d.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=852"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/she-d.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=852"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/she-d.nl\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=852"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}