Engineering changes beheer je tijdens een lopend project door een formeel wijzigingsproces te hanteren met duidelijke rollen, beoordelingsstappen en documentatie. Zonder dit proces lopen kosten, planning en productkwaliteit snel uit de hand. In dit artikel beantwoorden we de meest gestelde vragen over engineering change management, van de grootste risico’s tot het moment waarop een wijziging niet meer haalbaar is.
Ongecontroleerde engineering changes veroorzaken kostenoverschrijdingen, planningsvertragingen en kwaliteitsproblemen. Wanneer wijzigingen zonder formele beoordeling worden doorgevoerd, ontstaat er een domino-effect: andere subsystemen, leveranciers en testprocedures worden geraakt zonder dat iemand dat tijdig signaleert. Dit zijn de voornaamste risico’s op een rij:
De kern van het probleem is dat engineering changes in een lopend project altijd impact hebben buiten het directe ontwerpvlak. Goed projectmanagement maakt dit zichtbaar voordat de wijziging wordt doorgevoerd.
Een formeel engineering change proces verloopt via vaste stappen: een wijzigingsverzoek indienen, de impact beoordelen, goedkeuring verlenen, de wijziging implementeren en de documentatie bijwerken. Elke stap heeft een eigenaar en een vastgelegd akkoord. Hieronder zie je hoe dit er in de praktijk uitziet:
Dit proces werkt alleen als er vooraf duidelijke rollen zijn vastgelegd. Wie mag een ECR indienen? Wie heeft goedkeuringsrecht? Zonder die afspraken worden stappen overgeslagen onder tijdsdruk.
Een ECR (Engineering Change Request) is een verzoek tot wijziging, terwijl een ECO (Engineering Change Order) de geautoriseerde opdracht is om die wijziging daadwerkelijk door te voeren. De ECR start het proces, de ECO rondt het af. Het onderscheid is functioneel en niet alleen terminologisch.
De ECR is het startpunt. Het document beschrijft het probleem of de gewenste verbetering, maar bevat nog geen definitief besluit. Het is een voorstel dat ter beoordeling wordt voorgelegd. Op basis van de bijbehorende impactanalyse beslist het bevoegde team of de wijziging doorgang vindt.
De ECO volgt na goedkeuring. Dit document bevat de volledige technische specificatie van de wijziging, inclusief revisienummers, betrokken onderdelen, uitvoerende partijen en de implementatiedatum. De ECO is bindend: zodra deze is vrijgegeven, zijn alle betrokken teams verplicht de wijziging door te voeren.
In de praktijk gebruiken sommige organisaties vereenvoudigde varianten of combineren ze beide in één formulier. Dat werkt voor kleine projecten, maar bij complexe werktuigbouwkundige engineering in bijvoorbeeld de machinebouw of de proceschemie is het onderscheid tussen verzoek en order onmisbaar voor traceerbaarheid en verantwoording.
Je beoordeelt de impact van een engineering change door systematisch vier gebieden te analyseren: techniek, planning, kosten en kwaliteit. Een volledige impactanalyse brengt in kaart welke onderdelen, processen en stakeholders worden geraakt door de voorgestelde wijziging.
Begin met de technische impact: welke tekeningen, specificaties en interfaces veranderen? Heeft de wijziging gevolgen voor aangrenzende subsystemen of voor de maakbaarheid van het onderdeel? In werktuigbouwkundige engineering kan een geometrische aanpassing direct gevolgen hebben voor toleranties, materiaalkeuze of bewerkingsmethoden.
Analyseer daarna de planningsimpact: hoeveel tijd kost de implementatie en welke mijlpalen worden verschoven? Kijk ook naar afhankelijkheden. Als een leverancier al is gestart met productie op basis van de oude specificatie, heeft de wijziging directe gevolgen voor de levertijd.
De kostenimpact omvat directe kosten (opnieuw ontwerpen, opnieuw bestellen, herwerk) en indirecte kosten (vertraging, extra coördinatie, mogelijke contractuele consequenties). Documenteer beide categorieën apart.
Ten slotte beoordeel je de kwaliteits- en compliance-impact: zijn er validaties, certificeringen of klantgoedkeuringen nodig na de wijziging? In sectoren zoals de farmaceutische industrie of de hightechsector kan dit een aanzienlijke doorlooptijd toevoegen.
Engineering change management wordt in de praktijk ondersteund door PLM-systemen (Product Lifecycle Management), ERP-software en projectmanagementsoftware. De keuze voor een specifieke tool hangt af van de projectomvang, de sector en de mate van integratie met andere bedrijfssystemen.
PLM-software zoals Siemens Teamcenter, PTC Windchill of Dassault Systèmes ENOVIA is specifiek ontworpen voor het beheren van technische documentatie en wijzigingsprocessen. Ze bevatten ingebouwde workflows voor ECR- en ECO-beheer, revisiecontrole en goedkeuringsroutes. Voor organisaties die complexe producten ontwikkelen met veel onderlinge afhankelijkheden, is PLM de meest volledige oplossing.
ERP-systemen zoals SAP of Microsoft Dynamics koppelen de engineering change aan inkoop, productie en voorraadbeheer. Dit is nuttig wanneer een wijziging directe gevolgen heeft voor de toeleveringsketen. Projectmanagementsoftware zoals Microsoft Project of Jira helpt bij het bijhouden van de planningsconsequenties van een change en het bewaken van de voortgang van implementatietaken. Kleinere projecten werken soms met gestructureerde Excel-templates of SharePoint-omgevingen, mits de procesafspraken helder zijn vastgelegd.
Een engineering change is te laat wanneer de kosten en risico’s van de wijziging groter zijn dan de voordelen, of wanneer de wijziging de oplevering van het project onacceptabel vertraagt. Er bestaat geen universeel omslagpunt, maar er zijn duidelijke signalen die aangeven dat doorvoeren niet meer verstandig is.
In de productiefase zijn wijzigingen vaak al zeer kostbaar. Gereedschappen zijn gemaakt, onderdelen zijn besteld en assemblageprocessen zijn ingericht op de bestaande specificatie. Een structurele aanpassing op dit moment vereist hervalidatie, nieuwe kwaliteitscontroles en soms het afkeuren van al geproduceerde batches.
Wanneer een project contractuele leveringsverplichtingen heeft, kan een late wijziging leiden tot boeteclausules of schadeclaims. In dat geval moet de afweging niet alleen technisch maar ook juridisch en commercieel worden gemaakt.
Toch is er een situatie waarin een late wijziging onontkoombaar is: wanneer de veiligheid of functionaliteit van het product in het geding is. In dat geval weegt het risico van niet-wijzigen zwaarder dan de kosten van de change. Documenteer dan het besluit zorgvuldig en betrek alle stakeholders direct.
De vuistregel in goed projectmanagement is: hoe vroeger in het project een wijziging wordt gesignaleerd en beoordeeld, hoe lager de impact. Een goede change-freezeplanning, waarbij na een bepaald projectmoment geen structurele wijzigingen meer worden geaccepteerd, helpt teams om dit bewust te sturen.
Engineering changes zijn in elk industrieel project een realiteit. De vraag is niet of ze voorkomen, maar hoe je ze beheerst. Wij ondersteunen organisaties in de maakindustrie bij het opzetten en uitvoeren van gestructureerde wijzigingsprocessen, zowel als onderdeel van een bredere projectmanagementopdracht als gerichte procesondersteuning.
Wat we concreet bieden:
Wil je weten hoe wij jouw project kunnen ondersteunen? Neem contact op voor een vrijblijvend gesprek.
Over AKOS
AKOS is een advies- en ingenieursbureau gericht op het ontwikkelen van de industrie door het leveren van expertise en oplossingen op het gebied van mens, productie en technologie.
Menu
Terugbelverzoek
