Teknisk resumé
Vigtigste pointer:

Artiklen peger på, at rentabiliteten af leverancemodellen bedre vurderes ud fra ansvar, grænseflader og evnen til at fastholde ændringer end ud fra projektprisen alene. De største omkostninger og risici opstår som regel ved uklare krav, maskinens grænser og en uklar ansvarsfordeling.

  • Valget mellem interne løsninger og outsourcing påvirker tidsfrister, konstruktionsændringer, producentens risiko og kontrollen med overensstemmelsen.
  • Det afgørende er ikke kun at sammenligne omkostningerne, men også hvor den viden opstår og vedligeholdes, som er kritisk for maskinens livscyklus.
  • Outsourcing kan være en fornuftig løsning, når omfanget er klart, og antallet af ændringer er begrænset, forudsat at ordregiveren har styr på krav, godkendelser og dokumentation.
  • Manglen på et team hos bestilleren betyder, at hver ændring bliver en særskilt opgave og gør tidsplanen afhængig af leverandøren.
  • Uanset modellen er det producenten eller den enhed, der tager maskinen i brug, som er ansvarlig for overensstemmelse, risikovurdering og CE-dokumentation.

Beslutningen om, hvorvidt man skal opbygge sit eget konstruktionskontor eller basere maskinbygning på outsourcing, er ikke længere kun et spørgsmål om lønomkostninger eller leverandørens timepris. I dag har den direkte betydning for idriftsættelsestidspunktet, evnen til at gennemføre konstruktionsændringer, producentens risikoniveau og den reelle kontrol med overensstemmelse. I projekter, hvor mekanik, automation, software, funktionel sikkerhed og teknisk dokumentation skal samles i ét afleveringspunkt, viser en forkert organisationsmodel sig som regel ikke med det samme, men først mod slutningen af projektet: ved afleveringer, ændringer i scope, validering eller udarbejdelse af dokumentation til bruger og service. I praksis er spørgsmålet derfor ikke, hvad der er “billigst”, men hvilken model der gør det muligt at fastholde ansvar, projektviden og beslutningstempo på et niveau, der passer til maskinens kompleksitet.

Betydningen af dette valg vokser også, fordi den moderne maskine sjældent kun er et mekanisk system med simpel styring. Stadig oftere omfatter den et softwarelag, kommunikation med fabrikkens systemer, registrering af hændelser, sporbarhed for produkt og proces samt krav fra vedligeholdelsesafdelingen til diagnostik og service. Det betyder, at grænsen mellem “maskinprojekt” og “organisering af samarbejdet mellem flere kompetenceområder” meget hurtigt udviskes. Hvis det allerede fra start står klart, at en integrator, en softwareleverandør og kundens vedligeholdelsesteam skal deltage i projektet, glider beslutningen om in-house kontra ekstern leverandør naturligt over i spørgsmålet om rollefordeling, ansvar for grænseflader og ejerskab til de tekniske beslutninger. På samme måde udvides emnet, når maskinen skal generere produktionsdata eller understøtte sporbarhed: uden en afklaring af, hvem der har ansvaret for dataarkitekturen, validering af logikken og håndtering af ændringer, er det let at opbygge en løsning, der ser godt ud i demonstrationer, men er dyr i drift.

I praksis er det mest nyttige beslutningskriterium ikke en ren sammenligning af udførelsesbudgettet, men hvor den viden opstår, som er kritisk for maskinens livscyklus, og hvor den skal forblive. Hvis virksomhedens styrke er en unik proces, hyppige produktændringer, behov for hurtig omstilling eller udvikling af flere varianter af samme platform, vil manglen på egen projektkompetence øge omkostningen ved hver efterfølgende ændring. Omvendt kan en ekstern leverandør være en rationel løsning, når projektet har et klart defineret omfang, få tilbagevendende ændringer og ikke udgør kernen i virksomhedens konkurrencefordel, forudsat at ordregiveren bevarer kontrollen over krav, afleveringer og dokumentation. En god test er svaret på tre spørgsmål: Hvem træffer beslutningen ved ændringer i scope? Hvem forstår konsekvenserne af ændringen for maskinens sikkerhed og funktioner? Og hvem vil kunne vedligeholde løsningen efter idriftsættelse uden afhængighed af én person eller én leverandør? Det er organisatoriske indikatorer, som normalt forudsiger rentabiliteten bedre end selve projektprisen.

Et typisk eksempel ser ens ud i mange virksomheder. En virksomhed lægger projektering og udførelse af en maskine ud eksternt for at forkorte tiden frem til investeringsstart. I begyndelsen opnår man højere hastighed, men efter nogle måneder opstår der ændringer som følge af teknologiske forsøg, produktionsbehov og kvalitetskrav. Hvis virksomheden ikke selv har et team, der kan vurdere ændringernes indvirkning på konstruktion, styring, diagnostik og dokumentation, bliver hver korrektion til en særskilt bestilling, og tidsplanen begynder at afhænge af leverandørens tilgængelighed. På det tidspunkt er outsourcing ikke længere et køb af kompetencer, men en flytning af flaskehalsen uden for organisationen. Netop her hænger emnet sammen med organiseringen af samarbejdet mellem integrator, softwareleverandør og vedligeholdelse samt med design af sporbarhed: hvis disse områder ikke har en fælles ejer af kravene, mister projektet sin operationelle sammenhæng allerede før afleveringen.

Til sidst vender spørgsmålet om ansvar altid tilbage. Uanset gennemførelsesmodel er det producenten, importøren eller en anden aktør, der bringer maskinen i omsætning eller tager den i brug, som i det relevante omfang har ansvaret for produktets overensstemmelse, dokumentationens fuldstændighed og korrekt gennemførelse af risikovurderingen. Derfor skal valget mellem eget konstruktionskontor og outsourcing også vurderes ud fra, hvem der er i stand til at dokumentere grundlaget for projektbeslutningerne, genskabe ændringshistorikken og forberede det materiale, der er nødvendigt fra projekt til certificering og CE-mærkning, hvis det er påkrævet i det konkrete tilfælde. Hvis organisationen ikke kan sikre dette, bliver en tilsyneladende besparelse i projektfasen meget let til en omkostning i form af forsinkelse, en tvist med leverandøren eller problemer ved teknisk aflevering og drift.

Hvor vokser omkostninger eller risiko oftest

I diskussionen om eget konstruktionskontor kontra outsourcing er det sjældent dér, alle først kigger, at omkostningerne stiger – altså i designerens timepris eller i tilbuddet på en arbejdspakke. Problemet opstår oftest tidligere: når maskinens afgrænsning, grænsefladerne, ansvaret for forudsætningerne og måden ændringer godkendes på, ikke er defineret fuldt ud. Hvis disse elementer ikke er lukket fra start, bruger det interne team tid på afklaringer og rettelser, mens den eksterne leverandør projekterer ud fra egne antagelser, som senere må rulles tilbage. I praksis betyder det ikke kun ekstra arbejdstimer, men også forsinkede indkøb af komponenter, konflikter under montage og uenighed om, hvorvidt fejlen skyldes et mangelfuldt projekt eller en upræcis bestilling. Derfor bør det første beslutningskriterium ikke være, hvem der “kan gøre det billigst”, men hvem der i den valgte model kan fastholde sammenhængen i de tekniske krav, sikkerheden og driften fra koncept til overtagelse.

Et andet sted, hvor risikoen vokser, er, når kompetencer deles op uden at ansvaret deles tilsvarende. Et internt konstruktionskontor kan virke umiddelbart sikkert, fordi viden bliver i organisationen, men hvis projektet drives af personer, som samtidig er belastet med produktionssupport, vedligehold og løbende ændringer, begynder projektet at blive styret af, hvem der er til rådighed, frem for af teknisk logik. Omvendt giver outsourcing af ingeniører hurtigere adgang til ressourcer, men uden et modent tilsyn hos ordregiveren fører det let til en situation, hvor leverandøren afleverer dokumentation, der er tilstrækkelig til at afregne en fase, men utilstrækkelig til service, modernisering eller til at dokumentere grundlaget for projekteringsbeslutningerne. Omkostningen ved denne mangel viser sig senere: ved nedbrud, ved skift af leverandør, ved udbygning af linjen eller når det skal kontrolleres, om maskinen er sikker – ikke kun i erklæringer, men på baggrund af de faktiske løsninger og beslutningsforløbet.

De dyreste fejl er som regel kumulative. Et typisk eksempel er et projekt, hvor mekanik, styring og risikoreducerende foranstaltninger udvikles forskellige steder i organisationen eller hos forskellige leverandører. Mekanikkonstruktøren forudsætter en bestemt adgang til arbejdsområdet, automatikingeniøren vælger stoplogik på baggrund af ufuldstændige data, og indkøb bestiller elementer ud fra leveringstid i stedet for ud fra forudsætninger for sikkerhed og vedligehold. Under idriftsættelsen viser det sig så, at afskærmningen besværliggør omstilling, at sensoren ikke har stabile driftsbetingelser, og at proceduren for manuel drift slet ikke er beskrevet. Så må projektet tilbage til ombygning, antallet af ændringer i dokumentationen stiger, og omfanget skal aftales med leverandøren igen. Det praktiske vurderingskriterium er her enkelt: Hvis organisationen ikke i løbet af én gennemgang kan pege på ejeren af kravene, ejeren af risikovurderingen og ejeren af beslutningen om ændringen, så er der – uanset gennemførelsesmodel – grobund for stigende omkostninger og ansvar.

Dette fører ind i arbejdet med procesrisiko tidligere, end mange virksomheder regner med. Hvis projektet vedrører en installation med væsentlige procespåvirkninger, driftssekvenser og farlige tilstande, som afhænger af arbejdets organisering, er det for sent blot at “projektere sikkerhedsforanstaltninger ind” bagefter. Her er det ikke kun konstruktørens erfaring, der er afgørende, men også om teamet kan gennemføre en struktureret analyse af farer og afvigelser, altså om det har en kompetence, der ligger tæt på den, man opbygger gennem HAZOP-uddannelse. Det handler ikke om formalisme for formalismens egen skyld, men om evnen til at identificere de steder, hvor teknologiske, driftsmæssige og sikkerhedsmæssige beslutninger påvirker hinanden. Hvis denne evne ikke findes internt i virksomheden, kan outsourcing være berettiget; hvis den heller ikke findes hos leverandøren, er risikoen blot flyttet uden for organisationen.

Først til sidst bliver compliance-dimensionen tydelig. Når projektet når til overtagelse, modernisering eller overdragelse til brug, vender spørgsmålet tilbage – ikke om, hvem der lavede 3D-modellen eller skrev programmet, men om det kan dokumenteres, at de valgte løsninger var begrundede, at risikoen blev vurderet, og at dokumentationen svarer til den faktiske udførelse. På dette punkt hænger valget mellem internt og eksternt kontor allerede direkte sammen med forberedelsen af maskinen fra projekt til certificering og CE-mærkning, hvis den konkrete sag kræver det. Hvis dokumentationsgrundlaget er ufuldstændigt, ophører omkostningen med at være en projekteringsomkostning og bliver i stedet en ansvarsomkostning: forsinket idriftsættelse, ekstra omarbejdninger, vanskelig overtagelse eller begrænsninger i driften. Derfor bør en meningsfuld sammenligning af gennemførelsesmodeller baseres på målbare indikatorer: antallet af ændringer efter fastlåsning af forudsætningerne, tiden til godkendelse af tværfaglige beslutninger, fuldstændigheden af as-built-dokumentationen og evnen til at genskabe, hvorfor en given løsning blev anset for acceptabel.

Hvordan man griber emnet an i praksis

I praksis bør spørgsmålet om eget konstruktionskontor eller outsourcing ikke stilles på niveauet for timepriser, men på niveauet for styring af den tekniske beslutning og ansvaret for dens konsekvenser. Den model er økonomisk fordelagtig, som gør det muligt hurtigere at træffe velbegrundede konstruktionsbeslutninger, bevare sammenhængen mellem mekanik, automation og sikkerhed samt gå fra koncept til idriftsættelse uden tab. Hvis det interne team kender processen, anlæggets begrænsninger og historikken fra lignende implementeringer godt, giver det som regel gevinst i tid og kvaliteten af afklaringerne. Hvis der derimod ikke er ressourcer til at drive projektet, verificere forudsætningerne og godkende dokumentationen, er det ofte kun en tilsyneladende besparelse at holde det hele internt. Så kommer omkostningen senere: i ændringer efter montage, i tvister om ansvarsfordelingen eller i dokumentation, som ikke gør det muligt at påvise, hvorfor en given løsning blev anset for acceptabel.

Derfor bør beslutningen baseres på ét praktisk kriterium: hvor i organisationen evnen til at træffe og forsvare grænsebeslutninger ligger. Det handler om de situationer, hvor man skal afgøre, om en given funktion skal realiseres i hardware eller software, om en ændring allerede påvirker sikkerheden, om en afvigelse fra forudsætningerne kan accepteres, og hvem der godkender en ændring, som påvirker drift og vedligehold. Hvis virksomheden internt har kompetencen til at håndtere sådanne afklaringer, kan outsourcing omfatte udførelsen af dele af arbejdet uden tab af kontrol over projektet. Hvis denne kompetence ikke findes, må den eksterne leverandør overtage ikke kun projekteringen, men også beslutningsstrukturen, og det kræver klart definerede godkendelsespunkter, omfanget af inputdata og regler for godkendelse af ændringer. Uden dette forkorter outsourcing ikke processen, men skaber blot et ekstra lag af afstemninger.

Et typisk eksempel er modernisering af en maskine, hvor kunden lægger mekanik og styring ud eksternt og kun beholder vedligehold samt den endelige overtagelse internt. I begyndelsen ser det fornuftigt ud, fordi leverandøren erklærer, at opgaven løses som en samlet leverance. Problemet begynder, når det under arbejdet viser sig, at det nye fødesystem ændrer måden, man får adgang til farezonen på, samtidig med at PLC-programmet skal kompensere for begrænsninger, der følger af indbygningen. Hvis ingen på kundens side kan vurdere konsekvenserne af en sådan ændring for maskinen som helhed, vil beslutningerne blive truffet reaktivt og under tidspres. Resultatet kan blive en enhed, der fungerer teknologisk, men som senere kræver ombygning af afskærmninger, blokeringer, styrelogik eller dokumentation. Det er netop her, at omkostningsspørgsmålet glider over i en praktisk vurdering af, om maskinen er sikker, og derefter — hvis projektets omfang kræver det — i forberedelsen af materiale til at dokumentere overensstemmelse.

Set fra en managers synspunkt betyder det, at man ikke kun skal måle leverandørens effektivitet, men også kvaliteten af projektgennemførelsen. Hvis antallet af ændringer, der påvirker sikkerheden, vokser efter fastlåsning af forudsætningerne, hvis godkendelsen af tværfaglige beslutninger tager lang tid, eller hvis as-built-dokumentationen ikke følger med den faktiske udførelse, er det et signal om, at gennemførelsesmodellen er sat forkert op. Et eget konstruktionskontor giver en fordel dér, hvor kontinuitet i viden om produktet og hurtig reaktion på ændringer er afgørende. Outsourcing giver mening dér, hvor omfanget er klart defineret, grænsefladerne er lukkede, og ansvaret for resultatet er fordelt uden huller. Når der i projektet også indgår en integrator, en softwareleverandør og vedligeholdsafdelingen, er selve beslutningen om “at gøre det internt eller at udlicitere” ikke længere tilstrækkelig; det bliver lige så vigtigt at få samarbejdet mellem disse parter struktureret, for det er først dét, der afgør idriftsættelsestiden, omkostningerne ved ændringer og muligheden for en reel godkendelse.

Den normative og formelle dimension opstår ikke til sidst, men præcis dér, hvor en konstruktionsbeslutning påvirker en sikkerhedsfunktion, anvendelsesmåden eller omfanget af maskinændringen. Det vil ikke altid føre til den samme forpligtelse for organisationen, fordi projektets karakter og den pågældende parts rolle har betydning. Man bør dog lægge et enkelt princip til grund: Hvis det ikke er muligt at genskabe grundlaget for de tekniske beslutninger, risikovurderingen og de ændringer, der er indført under arbejdet, ophører valget mellem in-house og outsourcing med at være et spørgsmål om effektivitet og bliver et spørgsmål om ansvar. Her går samtalen naturligt videre til to næste områder: hvordan man kontrollerer, om maskinen er sikker i den faktiske udførelse, og hvornår projektet allerede kræver en struktureret vej fra projekt til dokumentation af overensstemmelse og CE-mærkning.

Hvad man skal være opmærksom på ved implementering

Ved implementering holder forskellen mellem eget konstruktionskontor og outsourcing op med at være en diskussion om timeprisen. Det afgørende for økonomien er, hvem der i praksis kontrollerer ændringerne, hvem der forstår procesbegrænsningerne, og hvem der kan stå på mål for de valgte løsninger, når der opstår et problem under idriftsættelse eller ved overtagelse. Det, der koster mest, er ikke selve konstruktionsfejlene, men fejl, der opdages for sent: konflikter mellem mekanik og styring, utilstrækkeligt definerede grænseflader, manglende inputdata fra slutbrugeren, en usammenhængende logik for ansvaret for sikkerheden. Hvis organisationen vælger outsourcing uden selv at have kapacitet til teknisk tilsyn, køber den som regel ikke kun et projekt, men også en afhængighed af leverandøren ved hver eneste ændring. Hvis alt omvendt bliver holdt internt, men teamet ikke har tid til at føre beslutningsdokumentation og gennemføre tværfaglige reviews, kommer omkostningen tilbage i fasen med rettelser, godkendelser og service.

Den mest almindelige faldgrube er, at man vælger leverancemodel ud fra tilgængelige ressourcer og ikke ud fra projektets risikotype. En gentagen maskine, der videreudvikles på basis af egen standard, vurderes anderledes end en ny station med usædvanlig kinematik, stor indgriben i processen eller en høj andel af sikkerhedsfunktioner. Et praktisk kriterium er enkelt: Man skal afklare, om der hos bestilleren findes kompetence til at godkende tekniske forudsætninger, konstruktionsændringer og styrearkitektur – og ikke kun til at modtage det færdige resultat. Hvis den kompetence ikke er til stede, kan fuld outsourcing virke billigere på papiret, men det øger risikoen for tvister om omfanget, forlænger afklaringerne og gør det vanskeligere at vurdere, om en forsinkelse skyldes fejl hos leverandøren eller ufuldstændige inputkrav. Derfor bør man ikke kun måle budget og tidsplan, men også antallet af ændringer efter fastlåsning af konceptet, tiden til godkendelse af dokumentation, antallet af åbne afvigelser efter idriftsættelse og den tid, der skal bruges på at lukke dem.

I praksis ses det tydeligt ved modernisering af en eksisterende maskine eller opbygning af en linje med flere involverede parter. Et eget konstruktionskontor forstår ofte bedre anlæggets begrænsninger, serviceadgang, standarder for vedligehold og den reelle måde, udstyret bruges på. En ekstern leverandør er derimod ofte hurtigere til at forberede projektet og mere effektiv ved specialiserede problemstillinger, men har måske ikke det fulde billede af arbejdsmiljøet. Hvis det under implementeringen viser sig, at afskærmningen, arbejdssekvensen eller måden at nulstille efter et stop på skal ændres, er spørgsmålet ikke længere, hvem der laver tegningen eller retter programmet. Spørgsmålet er, hvem der vurderer ændringens indvirkning på sikkerheden, maskinens funktion og dokumentationens fuldstændighed. Her glider spørgsmålet om rentabilitet naturligt over i en praktisk vurdering af, hvordan man kontrollerer, om maskinen er sikker i den faktiske udførelse og ikke kun i projekteringsforudsætningerne.

Først i dette lys bliver den formelle dimension tydelig. Ikke enhver ændring i projektet medfører de samme forpligtelser, men enhver væsentlig indgriben i funktion, anvendelsesmåde eller løsninger med relation til sikkerhed kræver, at ansvar og beslutningsspor er på plads. Hvis det ikke er klart, hvem der har godkendt ændringen, på hvilket grundlag risikoen er vurderet, og om dokumentationen afspejler den faktiske tilstand, mister in-house-modellen eller outsourcing sin økonomiske betydning, fordi der opstår et ansvarsspørgsmål i forhold til overensstemmelse. Dermed bevæger emnet sig ind i området for klargøring af maskinen fra projekt til dokumentation af overensstemmelse og CE-mærkning. Set fra et projektledelsesperspektiv betyder det én ting: Implementeringen skal planlægges, så man sammen med maskinen også overtager det fulde sæt af tekniske beslutninger, verifikationsresultater og dokumenter, der er nødvendige for den videre drift, modernisering og eventuel dokumentation ved aflevering eller i en tvist.

Eget ingeniørkontor kontra outsourcing – FAQ

Det afhænger først og fremmest af, hvor den kritiske viden for maskinens livscyklus skal forblive. Selve projektprisen er sjældent så afgørende for rentabiliteten som beslutningstempoet, evnen til at gennemføre ændringer og kontrollen med overensstemmelse.

Når en virksomhed udvikler en unik proces, ofte foretager ændringer, har brug for hurtige omstillinger eller bygger flere varianter af den samme platform, øger manglende interne kompetencer omkostningerne ved hver efterfølgende ændring.

Ved et projekt med et klart defineret omfang, få gentagne ændringer, og når maskinen ikke udgør kernen i virksomhedens konkurrencefordel. Forudsætningen er, at ordregiveren bevarer kontrollen over krav, godkendelser og dokumentation.

Oftest går det ikke galt på konstruktørens timepris, men på uklare maskinafgrænsninger, grænseflader, ansvarsforhold og procedurer for godkendelse af ændringer. Det fører til rettelser, forsinkelser, tvister og problemer ved overtagelse og drift.

Uanset hvilken gennemførelsesmodel der vælges, ligger ansvaret i det relevante omfang fortsat hos producenten, importøren eller en anden enhed, der bringer maskinen i omsætning eller tager den i brug. Derfor skal man kunne rekonstruere ændringshistorikken, grundlaget for konstruktionsbeslutningerne og udarbejde materiale til risikovurdering og CE-mærkning, hvis det kræves.

Del: LinkedIn Facebook