Lastna inženirska služba ali zunanje izvajanje – kaj se bolj splača pri gradnji strojev?

Odločitev, ali razvijati lastni inženirski oddelek ali izdelavo strojev opreti na outsourcing, ni več zgolj vprašanje stroška zaposlitve ali postavke dobavitelja. Danes neposredno vpliva na rok zagona, sposobnost uvajanja konstrukcijskih sprememb, raven tveganja na strani proizvajalca ter dejanski nadzor nad skladnostjo. Pri projektih, kjer se morajo mehanika, avtomatika, programska oprema, funkcionalna varnost in tehnična dokumentacija združiti v eni prevzemni točki, se napačen organizacijski model praviloma ne maščuje takoj, temveč proti koncu projekta: pri prevzemih, spremembah obsega, validaciji ali pripravi dokumentacije za uporabnika in servis. V praksi zato vprašanje ni, kaj je »cenejše«, temveč kateri model omogoča ohraniti odgovornost, projektno znanje in hitrost odločanja na ravni, ki ustreza zahtevnosti stroja.

Pomen te izbire narašča tudi zato, ker sodoben stroj le redko predstavlja zgolj mehanski sklop s preprostim krmiljenjem. Vse pogosteje vključuje programski sloj, komunikacijo s tovarniškimi sistemi, beleženje dogodkov, sledljivost izdelka in procesa, poleg tega pa še zahteve oddelka vzdrževanja glede diagnostike in servisiranja. Zato se meja med »projektom stroja« in »organizacijo sodelovanja več kompetenc« zelo hitro zabriše. Če je že na začetku jasno, da bodo v projektu sodelovali integrator, izvajalec programske opreme in ekipa vzdrževanja pri naročniku, se odločitev med in-house izvedbo in zunanjim izvajalcem naravno prevesi v vprašanje delitve vlog, odgovornosti za vmesnike in lastništva tehničnih odločitev. Podobno se tema razširi tudi takrat, ko mora stroj ustvarjati proizvodne podatke ali podpirati sledljivost: brez jasnega dogovora, kdo je odgovoren za podatkovno arhitekturo, validacijo logike in vzdrževanje sprememb, je hitro mogoče zgraditi rešitev, ki deluje le na videz, v obratovanju pa povzroča visoke stroške.

V praksi najbolj uporabno merilo za odločitev ni zgolj primerjava izvedbenega proračuna, temveč mesto, kjer nastaja in kjer mora ostati znanje, ključno za življenjski cikel stroja. Če je prednost podjetja v edinstvenem procesu, pogostih spremembah izdelka, potrebi po hitrih preureditvah ali razvoju nadaljnjih različic iste platforme, pomanjkanje lastne projektne kompetence povečuje strošek vsake naslednje spremembe. Nasprotno pa je lahko zunanji izvajalec razumna rešitev, kadar ima projekt jasno opredeljen obseg, nizko stopnjo ponavljajočih se sprememb in ne predstavlja jedra konkurenčne prednosti podjetja, pod pogojem, da naročnik ohrani nadzor nad zahtevami, prevzemi in dokumentacijo. Dober preizkus je odgovor na tri vprašanja: kdo sprejema odločitev ob spremembi obsega, kdo razume posledice te spremembe za varnost in funkcije stroja ter kdo bo po zagonu sposoben rešitev vzdrževati brez odvisnosti od ene osebe ali enega dobavitelja. To so organizacijski kazalniki, ki praviloma bolje napovedujejo ekonomsko upravičenost kot sama ponudbena cena projekta.

Tipičen primer je v številnih obratih zelo podoben. Podjetje projektiranje in izdelavo stroja odda zunanjim izvajalcem, ker želi skrajšati čas do začetka investicije. Na začetku pridobi hitrost, po nekaj mesecih pa se pojavijo spremembe, ki izhajajo iz tehnoloških preizkusov, potreb proizvodnje in zahtev kakovosti. Če na svoji strani nima ekipe, ki bi znala oceniti vpliv teh sprememb na konstrukcijo, krmiljenje, diagnostiko in dokumentacijo, postane vsak popravek ločeno naročilo, časovni načrt pa začne biti odvisen od razpoložljivosti dobavitelja. Takrat outsourcing ni več nakup kompetenc, temveč prenos ozkega grla izven organizacije. Prav na tej točki se tema poveže z organizacijo sodelovanja integratorja, izvajalca programske opreme in vzdrževanja ter z načrtovanjem sledljivosti: če ta področja nimajo skupnega lastnika zahtev, projekt izgubi operativno usklajenost še pred prevzemom.

Na koncu se vedno vrne vprašanje odgovornosti. Ne glede na model izvedbe za skladnost izdelka, popolnost dokumentacije in pravilno izvedbo ocene tveganja v ustreznem obsegu odgovarja proizvajalec, uvoznik ali drug subjekt, ki stroj daje na trg ali v uporabo. Zato je treba izbiro med lastnim inženirskim oddelkom in outsourcingom presojati tudi z vidika tega, kdo je sposoben izkazati podlage za projektne odločitve, rekonstruirati zgodovino sprememb in pripraviti gradivo, potrebno od projekta do certificiranja ter označevanja CE, če to posamezen primer zahteva. Če organizacija tega ne zmore zagotoviti, se navidezni prihranek v fazi projekta zelo hitro spremeni v strošek zamude, spora z izvajalcem ali težave pri tehničnem prevzemu in obratovanju.

Kje stroški ali tveganje najpogosteje naraščajo

Pri dilemi med lastnim inženirskim birojem in outsourcingom stroški najredkeje narastejo tam, kamor vsi najprej gledajo, torej pri urni postavki projektanta ali ponudbeni ceni paketa del. Težava se najpogosteje začne prej: pri nepopolno določenih mejah stroja, vmesnikih, odgovornosti za izhodišča in načinu potrjevanja sprememb. Če ti elementi na začetku niso jasno zaprti, notranja ekipa porablja čas za usklajevanja in popravke, zunanji izvajalec pa projektira na podlagi lastnih domnev, ki jih je pozneje treba odpravljati. V praksi to ne pomeni le dodatnih delovnih ur, temveč tudi zamik pri nabavi komponent, kolizije pri montaži in spor o tem, ali napaka izvira iz pomanjkljivega projekta ali iz nenatančno pripravljenega naročila. Zato prvo merilo odločitve ne bi smelo biti vprašanje, kdo bo »naredil ceneje«, ampak kdo je v danem modelu sposoben ohraniti usklajenost tehničnih zahtev, varnosti in obratovanja od zasnove do prevzema.

Drugo področje, kjer tveganje narašča, je ločevanje pristojnosti brez jasne ločitve odgovornosti. Lastni inženirski biro je lahko navidezno varnejša rešitev, ker znanje ostaja v organizaciji, vendar če projekt vodijo ljudje, ki so hkrati obremenjeni s podporo proizvodnji, vzdrževanjem in tekočimi spremembami, začne projekt narekovati razpoložljivost ljudi, ne pa tehnična logika. Po drugi strani outsourcing omogoča hitrejši dostop do virov, vendar brez zrelega nadzora na strani naročnika hitro privede do položaja, v katerem dobavitelj preda dokumentacijo, ki zadostuje za obračun faze, ne pa tudi za servis, posodobitev ali dokazovanje podlag za projektne odločitve. Strošek takšne vrzeli se pokaže pozneje: ob okvari, ob menjavi izvajalca, pri širitvi linije ali takrat, ko je treba preveriti, ali je stroj varen ne le deklarativno, temveč na podlagi dejanskih rešitev in poti odločanja.

Najdražje napake imajo praviloma kumulativen značaj. Značilen primer je projekt, pri katerem nastajajo mehanika, avtomatika in programska oprema ter ukrepi za zmanjšanje tveganja v različnih delih organizacije ali pri različnih izvajalcih. Strojni konstrukter predpostavi določen način dostopa do delovnega območja, avtomatik izbere logiko zaustavitve na podlagi nepopolnih podatkov, nabava pa naroča elemente glede na dobavni rok, ne pa glede na varnostna izhodišča in zahteve vzdrževanja. V fazi zagona se pokaže, da zaščita otežuje preurejanje, senzor nima stabilnih pogojev delovanja, postopek ročnega dela pa sploh ni opisan. Takrat se projekt vrne v predelavo, poveča se število sprememb v dokumentaciji in z izvajalcem je treba znova usklajevati obseg. Praktično merilo presoje je tu preprosto: če organizacija v enem samem pregledu ne zna pokazati lastnika zahtev, lastnika ocene tveganja in lastnika odločitve o spremembi, ima ne glede na model izvedbe ustvarjene pogoje za rast stroškov in odgovornosti.

Ta tema preide na področje obravnave procesnega tveganja prej, kot predvidevajo številna podjetja. Če se projekt nanaša na napravo s pomembnimi vplivi procesa, obratovalnimi zaporedji in nevarnimi stanji, ki so odvisna od organizacije dela, je zgolj »naknadno dodajanje zaščit« prepozno. Tedaj ni pomembna le izkušenost konstrukterja, ampak tudi to, ali ekipa zna izvesti urejeno analizo nevarnosti in odstopanj, torej ali ima kompetenco, podobno tisti, ki se razvija pri usposabljanju HAZOP. Ne gre za formalizem zaradi formalizma, temveč za sposobnost prepoznati mesta, kjer tehnološka, obratovalna in varnostna odločitev vplivajo druga na drugo. Če te sposobnosti v podjetju ni, je outsourcing lahko upravičen; če je nima niti dobavitelj, se tveganje zgolj prenese izven organizacije.

Šele na koncu postane viden vidik skladnosti. Ko projekt pride do prevzema, posodobitve ali predaje v uporabo, se vprašanje ne vrne k temu, kdo je izdelal 3D-model ali napisal program, temveč ali je mogoče dokazati, da so bile sprejete rešitve utemeljene, tveganje ocenjeno in dokumentacija usklajena z dejansko izvedbo. Na tej točki se izbira med lastnim in zunanjim birojem že neposredno poveže s pripravo stroja od projekta do certificiranja in označitve CE, če to posamezni primer zahteva. Če dokazno gradivo ni popolno, strošek preneha biti projektni strošek in postane strošek odgovornosti: zamaknjenega zagona, dodatnih predelav, zahtevnega prevzema ali omejitev pri obratovanju. Zato je smiselno primerjavo izvedbenih modelov opreti na merljive kazalnike: število sprememb po zamrznitvi izhodišč, čas potrjevanja medpodročnih odločitev, popolnost izvedbene dokumentacije in sposobnost rekonstruirati, zakaj je bila določena rešitev ocenjena kot dopustna.

Kako se teme lotiti v praksi

V praksi vprašanja, ali imeti lasten inženirski biro ali uporabiti outsourcing, ne bi smeli presojati na ravni urnih postavk, temveč na ravni obvladovanja tehničnih odločitev in odgovornosti za njihove posledice. Ekonomsko upravičen je tisti model, ki omogoča hitrejše sprejemanje utemeljenih projektnih odločitev, ohranja usklajenost med mehaniko, avtomatizacijo in varnostjo ter omogoča prehod od zasnove do zagona brez izgub. Če notranja ekipa dobro pozna proces, omejitve obrata in zgodovino podobnih uvedb, praviloma pridobi pri času in kakovosti usklajevanja. Če pa nima virov za vodenje projekta, preverjanje predpostavk in prevzem dokumentacije, je ohranjanje vsega v lastni režiji pogosto le navidezni prihranek. Strošek se takrat pokaže pozneje: v spremembah po montaži, v sporih glede obsega odgovornosti ali v dokumentaciji, iz katere ni mogoče dokazati, zakaj je bila določena rešitev ocenjena kot dopustna.

Zato je odločitev smiselno opreti na eno praktično merilo: kje v organizaciji je sposobnost sprejemanja in utemeljevanja mejnih odločitev. Gre za trenutke, ko je treba presoditi, ali naj bo določena funkcija izvedena strojno ali programsko, ali sprememba že vpliva na varnost, ali je mogoče sprejeti odstopanje od predpostavk ter kdo potrdi spremembo, ki vpliva na obratovanje in vzdrževanje. Če ima podjetje znotraj organizacije kompetenco za vodenje takšnih odločitev, se lahko outsourcing nanaša na izvedbo dela nalog, ne da bi pri tem izgubilo nadzor nad projektom. Če te kompetence ni, mora zunanji izvajalec prevzeti ne le projektiranje, temveč tudi red odločanja, kar zahteva jasno določene prevzemne točke, obseg vhodnih podatkov in pravila za potrjevanje sprememb. Brez tega outsourcing procesa ne skrajša, ampak ustvari dodatno plast usklajevanja.

Tipičen primer je posodobitev stroja, pri kateri naročnik zunanjim izvajalcem prepusti mehaniko in krmiljenje, pri sebi pa ohrani le vzdrževanje in končni prevzem. Na začetku je to videti razumno, saj izvajalec napove celovito izvedbo. Težava se začne, ko se med delom izkaže, da nov podajalni sistem spremeni način dostopa do nevarnega območja, hkrati pa naj bi program krmilnika kompenziral omejitve, ki izhajajo iz vgradnje. Če na strani naročnika nihče ne zna oceniti posledic takšne spremembe za celoten stroj, se bodo odločitve sprejemale reaktivno, pod pritiskom rokov. Posledica je lahko naprava, ki tehnološko deluje, vendar zahteva poznejše predelave varoval, blokad, logike krmiljenja ali dokumentacije. Prav na tej točki vprašanje stroškov preide v področje praktične presoje, ali je stroj varen, nato pa — če to obseg projekta zahteva — v pripravo gradiva za dokazovanje skladnosti.

Z vidika vodje to pomeni, da je treba meriti ne le učinkovitost izvajalca, temveč tudi kakovost vodenja projekta. Če po zamrznitvi predpostavk narašča število sprememb, ki vplivajo na varnost, če potrjevanje medpodročnih odločitev traja predolgo ali če izvedbena dokumentacija ne sledi dejanskemu stanju izvedbe, je to znak, da je model izvedbe napačno nastavljen. Lasten inženirski biro daje prednost tam, kjer sta pomembna kontinuiteta znanja o izdelku in hiter odziv na spremembe. Outsourcing je smiseln tam, kjer je obseg dobro opredeljen, so vmesniki zaprti in je odgovornost za rezultat razdeljena brez vrzeli. Kadar v projektu sodelujejo še integrator, izvajalec programske opreme in oddelek vzdrževanja, sama odločitev »izvesti interno ali oddati« ni več dovolj; enako pomembno postane urejeno sodelovanje teh strani, saj prav to odloča o času zagona, stroških sprememb in možnosti zanesljivega prevzema.

Normativna in formalna razsežnost se ne pojavi na koncu, temveč natanko tam, kjer projektna odločitev vpliva na varnostno funkcijo, način uporabe ali obseg spremembe stroja. To ne bo vedno vodilo do enake obveznosti na strani organizacije, saj sta pomembna narava projekta in vloga posameznega subjekta. Vendar je treba sprejeti preprosto načelo: če ni mogoče rekonstruirati podlag za tehnične odločitve, ocene tveganja in spremembe, uvedene med delom, potem izbira med internim modelom in outsourcingom ni več vprašanje učinkovitosti, temveč vprašanje odgovornosti. Takrat se razprava naravno premakne na dve nadaljnji področji: kako preveriti, ali je stroj v dejanski izvedbi varen, ter kdaj projekt že zahteva ureditev poti od zasnove do dokazovanja skladnosti in oznake CE.

Na kaj paziti pri izvedbi

Pri izvedbi razlika med lastnim inženirskim birom in outsourcingom ni več spor o ceni delovne ure. O upravičenosti odloča to, kdo v praksi obvladuje spremembe, kdo razume omejitve procesa in kdo zna zagovarjati sprejete rešitve, ko se težava pojavi pri zagonu ali prevzemu. Največ ne stanejo same projektne napake, temveč napake, odkrite prepozno: kolizije med mehaniko in krmiljenjem, nedoločeni vmesniki, manjkajoči vhodni podatki končnega uporabnika, neusklajena logika odgovornosti za varnost. Če se organizacija odloči za outsourcing, ne da bi imela na svoji strani sposobnost tehničnega nadzora, praviloma ne kupi le projekta, temveč tudi odvisnost od izvajalca pri vsaki spremembi. Če pa po drugi strani vse ostane znotraj podjetja, ekipa pa nima časa za vodenje dokumentacije odločitev in medpodročnih pregledov, se bo strošek vrnil v fazi popravkov, prevzemov in servisa.

Najpogostejša past je, da se model izvedbe izbere glede na razpoložljivost virov, ne pa glede na vrsto tveganja v projektu. Drugače se presoja ponovljiv stroj, razvit na podlagi lastnega standarda, in drugače novo delovno mesto z netipično kinematiko, večjim posegom v proces ali visokim deležem varnostnih funkcij. Praktično merilo je preprosto: preveriti je treba, ali na strani naročnika obstaja usposobljenost za potrjevanje tehničnih izhodišč, konstrukcijskih sprememb in arhitekture krmiljenja, ne pa zgolj za prevzem končnega rezultata. Če takšne usposobljenosti ni, je popoln outsourcing lahko navidezno cenejši, vendar povečuje tveganje sporov glede obsega, podaljšuje usklajevanja in otežuje presojo, ali zamuda izhaja iz napake izvajalca ali iz nepopolnih vhodnih zahtev. Zato je smiselno meriti ne le proračun in rok, temveč tudi število sprememb po zamrznitvi koncepta, čas potrjevanja dokumentacije, število odprtih neskladnosti po zagonu in čas, potreben za njihovo odpravo.

V praksi je to dobro vidno pri posodobitvi obstoječega stroja ali pri gradnji linije z več vključenimi subjekti. Lastni konstrukcijski biro pogosto bolje razume omejitve obrata, servisni dostop, standarde vzdrževanja in dejanski način uporabe naprave. Zunanji izvajalec je lahko hitrejši pri pripravi projekta in učinkovitejši pri specializiranih vprašanjih, vendar morda nima celovite slike delovnega okolja. Če se v fazi izvedbe izkaže, da je treba spremeniti razpored zaščit, delovno zaporedje ali način ponastavitve po zaustavitvi, vprašanje ni več, kdo bo pripravil risbo ali popravil program. Vprašanje je, kdo bo ocenil vpliv te spremembe na varnost, funkcijo stroja in popolnost dokumentacije. Na tej točki se tema ekonomske upravičenosti naravno prevesi v praktično presojo, kako preveriti, ali je stroj varen v dejanski izvedbi, ne le v projektnih predpostavkah.

Šele v tem okviru postane jasno tudi formalno razsežnost vprašanja. Vsaka sprememba v projektu sicer ne vodi do enakih obveznosti, vendar vsak bistven poseg v funkcijo, način uporabe ali rešitve, povezane z varnostjo, zahteva jasno ureditev odgovornosti in sled odločanja. Če ni jasno, kdo je spremembo odobril, na kakšni podlagi je bilo ocenjeno tveganje in ali dokumentacija odraža dejansko stanje, model in-house ali outsourcing preneha biti ekonomsko vprašanje, saj se pojavi problem odgovornosti za skladnost. Takrat tema že preide na področje priprave stroja od projekta do izkazovanja skladnosti in oznake CE. Z vidika projektnega vodenja to pomeni eno: izvedbo je treba načrtovati tako, da se skupaj s strojem prevzame tudi celoten sklop tehničnih odločitev, rezultatov preverjanja in dokumentov, potrebnih za nadaljnje obratovanje, posodobitve in morebitno utemeljevanje ob prevzemu ali v sporu.