Eigen ingenieursbureau of outsourcing: wat is rendabeler bij de bouw van machines?

De beslissing om een eigen ingenieursafdeling op te bouwen of de machinebouw op outsourcing te baseren, is allang niet meer alleen een kwestie van loonkosten of het tarief van een leverancier. Tegenwoordig heeft die keuze directe invloed op de inbedrijfstellingstermijn, het vermogen om constructiewijzigingen door te voeren, het risiconiveau aan de kant van de fabrikant en de daadwerkelijke controle over de conformiteit. Bij projecten waarbij mechanica, automatisering, software, functionele veiligheid en technische documentatie samen moeten komen in één opleverpunt, wreekt een verkeerd organisatiemodel zich meestal niet meteen, maar pas aan het einde van het project: bij opleveringen, scopewijzigingen, validatie of het opstellen van documentatie voor gebruiker en service. In de praktijk luidt de vraag dus niet wat “goedkoper” is, maar welk model het mogelijk maakt om verantwoordelijkheid, projectkennis en beslissingssnelheid op een niveau te houden dat past bij de complexiteit van de machine.

Het belang van die keuze neemt ook toe omdat een moderne machine zelden nog uitsluitend een mechanisch systeem met eenvoudige besturing is. Steeds vaker omvat zij ook een softwarelaag, communicatie met fabriekssystemen, registratie van gebeurtenissen, traceerbaarheid van product en proces, en daarnaast de eisen van de technische dienst op het gebied van diagnose en service. Daardoor vervaagt de grens tussen “machineontwerp” en “de organisatie van de samenwerking tussen meerdere disciplines” zeer snel. Als vanaf de start al duidelijk is dat aan het project een integrator, een softwareleverancier en het onderhoudsteam van de klant deelnemen, dan verschuift de keuze tussen in-house en een externe uitvoerder vanzelf naar de vraag hoe rollen worden verdeeld, wie verantwoordelijk is voor interfaces en wie eigenaar is van technische beslissingen. Op vergelijkbare wijze wordt het onderwerp breder wanneer de machine productiegegevens moet genereren of traceerbaarheid moet ondersteunen: zonder vast te leggen wie verantwoordelijk is voor de data-architectuur, de validatie van de logica en het beheer van wijzigingen, ontstaat al snel een oplossing die op papier goed werkt, maar in de praktijk duur is in gebruik.

In de praktijk is het meest bruikbare besliscriterium niet alleen een vergelijking van het uitvoeringsbudget, maar de plaats waar de kennis ontstaat die cruciaal is voor de levenscyclus van de machine en waar die kennis ook moet blijven. Als het concurrentievoordeel van een bedrijf ligt in een uniek proces, frequente productwijzigingen, de noodzaak van snelle omstellingen of de ontwikkeling van volgende varianten van hetzelfde platform, dan verhoogt het ontbreken van eigen ontwerpcompetentie de kosten van elke volgende wijziging. Omgekeerd kan een externe uitvoerder een rationele oplossing zijn wanneer het project een duidelijk afgebakende scope heeft, weinig terugkerende wijzigingen kent en niet tot de kern van het concurrentievoordeel van de onderneming behoort, mits de opdrachtgever de regie houdt over eisen, opleveringen en documentatie. Een goede toets is het antwoord op drie vragen: wie neemt de beslissing bij een scopewijziging, wie begrijpt de gevolgen van die wijziging voor de veiligheid en functies van de machine, en wie kan de oplossing na de inbedrijfstelling in stand houden zonder afhankelijk te worden van één persoon of één leverancier. Dat zijn organisatorische indicatoren die de rendabiliteit meestal beter voorspellen dan alleen de projectofferte.

Een typisch voorbeeld ziet er in veel bedrijven vergelijkbaar uit. Een onderneming besteedt het ontwerp en de bouw van een machine extern uit, omdat zij de doorlooptijd van de investering wil verkorten. In het begin levert dat snelheid op, maar na enkele maanden ontstaan wijzigingen als gevolg van technologische proeven, productiebehoeften en kwaliteitseisen. Als er aan de eigen kant geen team is dat de impact van die wijzigingen op constructie, besturing, diagnose en documentatie kan beoordelen, wordt elke correctie een afzonderlijke opdracht en gaat de planning afhangen van de beschikbaarheid van de leverancier. Dan is outsourcing niet langer het inkopen van competentie, maar het verplaatsen van de bottleneck buiten de organisatie. Juist op dat punt raakt het onderwerp aan de organisatie van de samenwerking tussen integrator, softwareleverancier en technische dienst, en aan het ontwerp van traceerbaarheid: als deze gebieden geen gezamenlijke eigenaar van de eisen hebben, verliest het project zijn operationele samenhang al vóór de oplevering.

Uiteindelijk komt de kwestie van verantwoordelijkheid altijd terug. Ongeacht het uitvoeringsmodel is het de fabrikant, importeur of een andere partij die de machine op de markt brengt of in gebruik stelt, die in de passende mate verantwoordelijk is voor de conformiteit van het product, de volledigheid van de documentatie en het correct uitvoeren van de risicobeoordeling. Daarom moet de keuze tussen een eigen ingenieursafdeling en outsourcing ook worden beoordeeld vanuit de vraag wie de onderbouwing van ontwerpbeslissingen kan aantonen, de wijzigingshistorie kan reconstrueren en het materiaal kan voorbereiden dat nodig is vanaf het ontwerp tot aan certificering en CE-markering, als dat in het betreffende geval vereist is. Als een organisatie dat niet kan waarborgen, verandert een schijnbare besparing in de ontwerpfase al snel in kosten door vertraging, een geschil met de uitvoerder of problemen bij de technische oplevering en tijdens de exploitatie.

Waar kosten of risico’s het vaakst toenemen

In de afweging tussen een eigen ingenieursafdeling en outsourcing lopen de kosten zelden op waar men in eerste instantie naar kijkt: het uurtarief van de ontwerper of de prijs van het werkpakket. Meestal begint het probleem eerder, namelijk bij een onvolledige afbakening van de machine, de interfaces, de verantwoordelijkheid voor uitgangspunten en de manier waarop wijzigingen worden goedgekeurd. Als die elementen bij de start niet zijn vastgelegd, verliest het interne team tijd aan afstemming en correcties, terwijl een externe partij ontwerpt op basis van eigen aannames die later weer moeten worden teruggedraaid. In de praktijk betekent dat niet alleen extra manuren, maar ook vertraging bij de inkoop van componenten, botsingen tijdens de montage en discussie over de vraag of de fout voortkomt uit een gebrekkig ontwerp of uit een onnauwkeurige opdracht. Daarom zou het eerste besliscriterium niet moeten zijn wie het “goedkoper doet”, maar wie binnen het gekozen model de samenhang van technische eisen, veiligheid en exploitatie van concept tot oplevering kan borgen.

Een tweede punt waar het risico toeneemt, is de scheiding van competenties zonder duidelijke scheiding van verantwoordelijkheden. Een eigen ingenieursafdeling lijkt vaak veiliger, omdat de kennis in de organisatie blijft, maar als het project wordt geleid door mensen die tegelijk productie ondersteunen, technisch onderhoud verzorgen en lopende wijzigingen afhandelen, wordt het project gestuurd door de beschikbaarheid van mensen in plaats van door technische logica. Outsourcing van ingenieurs biedt daarentegen sneller toegang tot capaciteit, maar zonder volwassen aansturing aan de kant van de opdrachtgever leidt dit gemakkelijk tot een situatie waarin de leverancier documentatie oplevert die voldoende is om een projectfase af te rekenen, maar onvoldoende voor service, modernisering of het onderbouwen van ontwerpbeslissingen. De kosten van zo’n tekort worden pas later zichtbaar: bij een storing, bij een wisseling van uitvoerder, bij uitbreiding van de lijn of wanneer moet worden vastgesteld of de machine niet alleen op papier, maar op basis van de feitelijke oplossingen en het besluitvormingstraject veilig is.

De duurste fouten hebben meestal een cumulatief karakter. Een typisch voorbeeld is een project waarin mechanica, besturing en risicoreducerende maatregelen op verschillende plekken in de organisatie of door verschillende uitvoerders worden ontwikkeld. De werktuigbouwkundige gaat uit van een bepaalde manier van toegang tot de werkzone, de automatiseringsspecialist kiest de stoplogica op basis van onvolledige gegevens, en inkoop bestelt onderdelen op basis van levertijd in plaats van op basis van uitgangspunten voor veiligheid en technisch onderhoud. Tijdens de inbedrijfstelling blijkt dan dat de afscherming het omstellen belemmert, de sensor geen stabiele bedrijfsomstandigheden heeft en de procedure voor handmatige bediening helemaal niet is beschreven. Dan moet het project worden omgebouwd, neemt het aantal documentwijzigingen toe en moet de scope opnieuw met de uitvoerder worden afgestemd. Het praktische beoordelingscriterium is hier eenvoudig: als de organisatie tijdens één review niet kan aangeven wie eigenaar is van de eisen, wie eigenaar is van de risicobeoordeling en wie eigenaar is van de wijzigingsbeslissing, dan zijn de voorwaarden voor oplopende kosten en verantwoordelijkheid aanwezig, ongeacht het uitvoeringsmodel.

Dit onderwerp raakt eerder aan het beheersen van procesrisico’s dan veel bedrijven aannemen. Als het project betrekking heeft op een installatie met wezenlijke procesinvloeden, operationele sequenties en gevaarlijke toestanden die afhangen van de werkorganisatie, dan is het simpelweg “achteraf toevoegen van beveiligingen” te laat. Dan telt niet alleen de ervaring van de constructeur, maar ook of het team in staat is om een gestructureerde analyse van gevaren en afwijkingen uit te voeren, dus of het beschikt over competenties die aansluiten bij wat in een HAZOP-training wordt ontwikkeld. Het gaat niet om formalisme om het formalisme, maar om het vermogen om die punten te herkennen waar technologische, operationele en veiligheidsbeslissingen elkaar beïnvloeden. Als dat vermogen intern ontbreekt, kan outsourcing gerechtvaardigd zijn; als het ook aan de kant van de leverancier ontbreekt, wordt het risico alleen buiten de organisatie verplaatst.

Pas aan het einde wordt de dimensie van conformiteit zichtbaar. Wanneer het project de fase van oplevering, modernisering of overdracht voor gebruik bereikt, komt niet de vraag terug wie het 3D-model heeft gemaakt of het programma heeft geschreven, maar of kan worden aangetoond dat de gekozen oplossingen onderbouwd waren, het risico is beoordeeld en de documentatie overeenkomt met de feitelijke uitvoering. Op dit punt raakt de keuze tussen een interne of externe afdeling direct aan de voorbereiding van de machine van ontwerp tot certificering en CE-markering, als dat in het betreffende geval vereist is. Als het bewijsmateriaal onvolledig is, houdt de kost op een projectkost te zijn en wordt die een aansprakelijkheidskost: vertraagde inbedrijfstelling, extra aanpassingen, een moeizame oplevering of beperkingen in het gebruik. Daarom is het zinvol om modellen van uitvoering te vergelijken op basis van meetbare indicatoren: het aantal wijzigingen na het bevriezen van de uitgangspunten, de doorlooptijd voor goedkeuring van multidisciplinaire beslissingen, de volledigheid van de revisiedocumentatie en het vermogen om te reconstrueren waarom een bepaalde oplossing als toelaatbaar is beschouwd. In deze fase worden ook de verborgen kosten van CE-certificering in het project zichtbaar, vooral wanneer tekortkomingen pas bij oplevering of ingebruikname aan het licht komen.

Hoe pakt u dit in de praktijk aan?

In de praktijk moet de vraag of u kiest voor een eigen ingenieursbureau of voor outsourcing van ingenieurs niet worden benaderd vanuit uurtarieven, maar vanuit de regie over technische besluitvorming en de verantwoordelijkheid voor de gevolgen daarvan. Het model is rendabel dat het mogelijk maakt sneller onderbouwde ontwerpbeslissingen te nemen, de samenhang tussen mechanica, automatisering en veiligheid te bewaken en zonder verlies van concept naar inbedrijfstelling te gaan. Als het interne team het proces, de beperkingen van de fabriek en de historie van vergelijkbare implementaties goed kent, levert dat meestal tijdwinst en betere afstemming op. Als er echter geen capaciteit is om het project aan te sturen, uitgangspunten te verifiëren en documentatie te beoordelen, blijkt alles in eigen beheer houden vaak slechts schijnbare besparing. De kosten komen dan later: in wijzigingen na montage, in discussies over de verdeling van verantwoordelijkheden of in documentatie waarmee niet kan worden aangetoond waarom een bepaalde oplossing als toelaatbaar is beschouwd.

Daarom is het verstandig de beslissing te baseren op één praktisch criterium: waar in de organisatie bevindt zich het vermogen om grensbeslissingen te nemen en te onderbouwen. Het gaat om die momenten waarop moet worden bepaald of een functie hardwarematig of softwarematig wordt gerealiseerd, of een wijziging al gevolgen heeft voor de veiligheid, of van de uitgangspunten mag worden afgeweken en wie een wijziging goedkeurt die invloed heeft op exploitatie en onderhoud. Als het bedrijf intern de competentie heeft om zulke afwegingen te maken, kan outsourcing betrekking hebben op de uitvoering van een deel van het werk zonder de regie over het project te verliezen. Ontbreekt die competentie, dan moet de externe opdrachtnemer niet alleen het ontwerp overnemen, maar ook de besluitvormingsstructuur, en dat vereist duidelijk vastgelegde acceptatiemomenten, een afgebakende input en regels voor het goedkeuren van wijzigingen. Zonder dat verkort outsourcing het proces niet, maar voegt het alleen een extra afstemmingslaag toe.

Een typisch voorbeeld is de modernisering van een machine waarbij de opdrachtgever de mechanica en besturing uitbesteedt en alleen het onderhoud en de eindacceptatie intern houdt. In eerste instantie lijkt dat logisch, omdat de opdrachtnemer een totaalrealisatie toezegt. Het probleem begint wanneer tijdens de werkzaamheden blijkt dat het nieuwe toevoersysteem de toegang tot de gevarenzone verandert, terwijl het besturingsprogramma tegelijk de beperkingen van de inbouw moet compenseren. Als niemand aan de kant van de opdrachtgever de gevolgen van zo’n wijziging voor de machine als geheel kan beoordelen, worden beslissingen reactief en onder tijdsdruk genomen. Het resultaat kan een installatie zijn die technologisch werkt, maar later aanpassingen vereist aan afschermingen, vergrendelingen, besturingslogica of documentatie. Juist op dit punt verschuift de kostenkwestie naar de praktische beoordeling of de machine veilig is en vervolgens — als de projectomvang dat vereist — naar de voorbereiding van materiaal om conformiteit aan te tonen.

Vanuit managementperspectief betekent dit dat niet alleen de prestaties van de opdrachtnemer moeten worden gemeten, maar ook de kwaliteit van de projectvoering. Als na het bevriezen van de uitgangspunten het aantal wijzigingen met invloed op de veiligheid toeneemt, als de goedkeuring van multidisciplinaire beslissingen lang duurt of als de revisiedocumentatie achterloopt op de feitelijke uitvoering, is dat een signaal dat het uitvoeringsmodel verkeerd is ingericht. Een eigen ingenieursbureau biedt voordeel waar continuïteit van productkennis en een snelle reactie op verandering doorslaggevend zijn. Outsourcing is zinvol waar de scope goed is gedefinieerd, interfaces zijn afgebakend en de verantwoordelijkheid voor het resultaat zonder hiaten is vastgelegd. Wanneer daarnaast ook nog een integrator, een softwareleverancier en de onderhoudsafdeling bij het project betrokken zijn, volstaat de keuze “intern doen of uitbesteden” niet meer; minstens zo belangrijk is het om de samenwerking tussen deze partijen te structureren, want juist dat bepaalt de duur van de inbedrijfstelling, de kosten van wijzigingen en de mogelijkheid van een betrouwbare acceptatie.

De normatieve en formele dimensie ontstaat niet pas aan het einde, maar precies daar waar een ontwerpbeslissing invloed heeft op een veiligheidsfunctie, de wijze van gebruik of de omvang van een machinewijziging. Dat leidt niet altijd tot dezelfde verplichting voor de organisatie, omdat het karakter van het project en de rol van de betreffende partij bepalend zijn. Eén eenvoudige regel moet echter worden aangehouden: als de grondslagen van technische beslissingen, de risicobeoordeling en de tijdens het werk doorgevoerde wijzigingen niet kunnen worden gereconstrueerd, dan is de keuze voor in-house of outsourcing geen kwestie van efficiëntie meer, maar van verantwoordelijkheid. Dan verschuift het gesprek vanzelf naar twee vervolgvraagstukken: hoe controleert u of de machine in de feitelijke uitvoering veilig is, en wanneer vereist het project al een geordende route van ontwerp naar conformiteitsbeoordeling en CE-markering.

Waar u bij de implementatie op moet letten

Bij de implementatie is het verschil tussen een eigen ingenieursbureau en outsourcing geen discussie meer over het tarief per arbeidsuur. De rendabiliteit wordt bepaald door wie in de praktijk wijzigingen beheerst, wie de procesbeperkingen begrijpt en wie de gekozen oplossingen kan verdedigen wanneer zich tijdens de inbedrijfstelling of bij acceptaties en FAT een probleem voordoet. Het duurst zijn niet de ontwerpfouten zelf, maar fouten die te laat aan het licht komen: botsingen tussen mechanica en besturing, onvoldoende gedefinieerde interfaces, ontbrekende input van de eindgebruiker, een onsamenhangende verantwoordelijkheidslogica voor veiligheid. Als een organisatie voor outsourcing kiest zonder aan eigen zijde de mogelijkheid tot technisch toezicht te hebben, koopt zij meestal niet alleen een ontwerp, maar ook afhankelijkheid van de opdrachtnemer bij elke wijziging. Als omgekeerd alles intern blijft, maar het team geen tijd heeft om beslissingen en multidisciplinaire reviews te documenteren, komen de kosten terug in de fase van correcties, acceptaties en service.

De meest voorkomende valkuil is dat het uitvoeringsmodel wordt gekozen op basis van beschikbare capaciteit, en niet op basis van het type risico in het project. Een repeteerbare machine die wordt doorontwikkeld op basis van een eigen standaard beoordeel je anders dan een nieuwe werkpost met atypische kinematica, een grote ingreep in het proces of een groot aandeel veiligheidsfuncties. Een praktisch criterium is eenvoudig: je moet nagaan of er aan de kant van de opdrachtgever voldoende deskundigheid aanwezig is om technische uitgangspunten, constructiewijzigingen en de besturingsarchitectuur goed te keuren, en niet alleen om het eindresultaat in ontvangst te nemen. Als die deskundigheid ontbreekt, lijkt volledige outsourcing van engineering soms goedkoper, maar neemt het risico op discussies over de scope toe, duren afstemmingen langer en wordt het lastiger om te beoordelen of een vertraging voortkomt uit een fout van de opdrachtnemer of uit onvolledige invoereisen. Daarom is het zinvol om niet alleen budget en planning te meten, maar ook het aantal wijzigingen na het bevriezen van het concept, de doorlooptijd van documentgoedkeuring, het aantal openstaande afwijkingen na inbedrijfstelling en de tijd die nodig is om die af te sluiten.

In de praktijk zie je dit duidelijk bij de modernisering van een bestaande machine of bij de bouw van een lijn waarbij meerdere partijen betrokken zijn. Een eigen engineeringafdeling begrijpt vaak beter wat de beperkingen van de fabriek zijn, hoe de servicetoegang eruitziet, welke standaarden voor onderhoud gelden en hoe de installatie in werkelijkheid wordt gebruikt. Een externe opdrachtnemer is daarentegen vaak sneller in de projectvoorbereiding en efficiënter bij specialistische vraagstukken, maar heeft mogelijk geen volledig beeld van de werkomgeving. Als tijdens de implementatie blijkt dat de afschermingen, de werkvolgorde of de resetmethode na een stop moeten worden aangepast, dan is de vraag niet meer wie de tekening maakt of het programma corrigeert. De vraag is wie de impact van die wijziging beoordeelt op de veiligheid, de machinefunctie en de volledigheid van de documentatie. Op dat punt gaat de discussie over kosteneffectiviteit vanzelf over in een praktische beoordeling van hoe je kunt vaststellen of een machine in de werkelijke uitvoering veilig is, en niet alleen volgens de ontwerpuitgangspunten.

Pas tegen die achtergrond wordt ook de formele dimensie zichtbaar. Niet elke wijziging in een project leidt tot dezelfde verplichtingen, maar elke wezenlijke ingreep in de functie, het gebruik of de veiligheidsgerelateerde oplossingen vereist een duidelijke toewijzing van verantwoordelijkheden en een traceerbaar beslisspoor. Als niet duidelijk is wie een wijziging heeft goedgekeurd, op welke basis de risicobeoordeling is uitgevoerd en of de documentatie de feitelijke situatie weerspiegelt, verliest het in-housemodel of outsourcing zijn economische betekenis, omdat dan de verantwoordelijkheid voor conformiteit ter discussie komt te staan. Daarmee verschuift dit onderwerp naar de voorbereiding van de machine: van ontwerp tot het aantonen van conformiteit en de CE-markering. Vanuit projectmanagement betekent dit één ding: de implementatie moet zo worden gepland dat samen met de machine ook het volledige pakket aan technische besluiten, verificatieresultaten en documenten wordt opgeleverd dat nodig is voor verdere exploitatie, modernisering en een eventuele onderbouwing bij oplevering of in een geschil.