Oma inseneribüroo või allhange – kumb on masinate ehitamisel tasuvam?

Otsus, kas arendada välja oma inseneribüroo või tugineda masinate ehitamisel allhankele, ei ole enam pelgalt töökoha maksumuse või tarnija tunnihinna küsimus. Täna mõjutab see otseselt käikulaskmise tähtaega, võimet teha konstruktsioonimuudatusi, tootja riskitaset ning tegelikku kontrolli vastavuse üle. Projektides, kus mehaanika, automaatika, tarkvara, funktsionaalne ohutus ja tehniline dokumentatsioon peavad jõudma ühe vastuvõtupunktini, annab vale organisatsioonimudel endast tavaliselt märku mitte kohe, vaid projekti lõpus: vastuvõttude, mahu muudatuste, valideerimise või kasutaja- ja hooldusdokumentatsiooni ettevalmistamise ajal. Praktikas ei ole küsimus seega selles, mis on „odavam“, vaid selles, milline mudel võimaldab hoida vastutuse, projektiteadmised ja otsustuskiiruse masina keerukusele vastaval tasemel.

Selle valiku tähtsus kasvab ka seetõttu, et tänapäevane masin on harva enam ainult mehaaniline süsteem lihtsa juhtimisega. Üha sagedamini hõlmab see tarkvarakihti, suhtlust tehase süsteemidega, sündmuste registreerimist, toote ja protsessi jälgitavuse ahelat ning lisaks hoolduse nõudeid diagnostikale ja teenindatavusele. See tähendab, et piir „masinaprojekti” ja mitme pädevuse koostöö korraldamise vahel hägustub väga kiiresti. Kui juba alguses on teada, et projektis osalevad integraator, tarkvaratöövõtja ja kliendi hooldusmeeskond, siis muutub otsus in-house’i ja välise teostaja vahel sujuvalt küsimuseks rollijaotusest, liideste eest vastutamisest ja tehniliste otsuste omanikust. Samamoodi laieneb teema siis, kui masin peab genereerima tootmisandmeid või toetama jälgitavust: kui ei ole kokku lepitud, kes vastutab andmearhitektuuri, loogika valideerimise ja muudatuste haldamise eest, on lihtne ehitada lahendus, mis näeb esitlusel hea välja, kuid on kasutuses kulukas.

Praktikas ei ole otsuse tegemisel kõige kasulikum kriteerium mitte pelgalt teostuse eelarve võrdlus, vaid see, kus tekib ja kuhu peab jääma masina elutsükli jaoks kriitiline teadmine. Kui ettevõtte eeliseks on ainulaadne protsess, sagedased tootemuudatused, vajadus kiire ümberseadistamise järele või sama platvormi järgmiste variantide arendamine, siis oma projekteerimispädevuse puudumine tõstab iga järgmise muudatuse hinda. Vastupidi, kui projekti ulatus on selgelt määratletud, korduvate muudatuste määr on väike ja see ei moodusta ettevõtte konkurentsieelise tuuma, võib väline teostaja olla mõistlik lahendus, eeldusel et tellija säilitab kontrolli nõuete, vastuvõttude ja dokumentatsiooni üle. Hea proovikivi on vastus kolmele küsimusele: kes teeb otsuse mahu muutumise korral, kes mõistab selle muudatuse mõju masina ohutusele ja funktsioonidele ning kes suudab lahendust pärast käikulaskmist hallata nii, et ei tekiks sõltuvust ühest inimesest või ühest tarnijast. Need on organisatsioonilised näitajad, mis ennustavad tasuvust tavaliselt paremini kui projekti enda hinnapakkumine.

Tüüpiline näide näeb paljudes tehastes välja sarnane. Ettevõte tellib masina projekteerimise ja valmistamise väljastpoolt, et lühendada investeeringu käivitamise aega. Alguses võidetakse kiiruses, kuid mõne kuu pärast ilmnevad muudatused, mis tulenevad tehnoloogilistest katsetest, tootmise vajadustest ja kvaliteedinõuetest. Kui tellija poolel ei ole meeskonda, kes suudaks hinnata nende muudatuste mõju konstruktsioonile, juhtimisele, diagnostikale ja dokumentatsioonile, muutub iga parandus eraldi tellimuseks ning ajakava hakkab sõltuma tarnija saadavusest. Siis ei ole allhange enam pädevuse ostmine, vaid kitsaskoha viimine organisatsioonist välja. Just siin haakub teema integraatori, tarkvaratöövõtja ja hoolduse koostöö korraldamisega ning jälgitavuse projekteerimisega: kui neil valdkondadel ei ole ühist nõuete omanikku, kaotab projekt operatiivse sidususe juba enne vastuvõttu.

Lõpuks jõuab küsimus ikkagi vastutuseni. Sõltumata teostusmudelist vastutab toote vastavuse, dokumentatsiooni täielikkuse ja riskihindamise nõuetekohase läbiviimise eest asjakohases ulatuses tootja, importija või muu isik, kes masina turule laseb või kasutusele võtab. Seetõttu tuleb valikut oma inseneribüroo ja allhanke vahel hinnata ka selle järgi, kes suudab tõendada projekteerimisotsuste aluseid, taastada muudatuste ajaloo ning valmistada ette materjalid, mida on vajaduse korral tarvis alates projektist kuni sertifitseerimise ja CE-märgistuseni. Kui organisatsioon ei suuda seda tagada, muutub näiline kokkuhoid projekteerimisetapis väga kergesti viivituse kuluks, vaidluseks töövõtjaga või probleemiks tehnilisel vastuvõtul ja kasutamisel.

Kus kulu või risk kõige sagedamini kasvab

Vaidluses oma inseneribüroo ja allhanke vahel kasvab kulu kõige harvem seal, kuhu alguses kõik vaatavad ehk projekteerija tunnihinna või tööpaketi maksumuse juures. Enamasti algab probleem varem: masina piirid, liidesed, eelduste eest vastutamine ja muudatuste kinnitamise kord on puudulikult määratletud. Kui need elemendid ei ole alguses paika pandud, kulutab sisemine meeskond aega kooskõlastustele ja parandustele ning väline teostaja projekteerib oma oletuste põhjal, mida tuleb hiljem ümber teha. Praktikas tähendab see mitte ainult lisatööaega, vaid ka komponentide ostu hilinemist, paigaldusel tekkivaid konflikte ja vaidlust selle üle, kas viga tuleneb puudulikust projektist või ebatäpsest tellimusest. Seetõttu ei peaks esimene otsustuskriteerium olema küsimus, kes „teeb odavamalt”, vaid kes suudab antud mudelis hoida tehniliste nõuete, ohutuse ja käidu terviklikkust ideest vastuvõtuni.

Teine koht, kus risk kasvab, on pädevuste lahutamine ilma vastutust lahutamata. Oma inseneribüroo võib näida näiliselt turvaline, sest teadmine jääb organisatsiooni sisse, kuid kui projekti veavad inimesed, kes peavad samal ajal toetama tootmist, hooldust ja jooksvaid muudatusi, hakkab projekti juhtima inimeste kättesaadavus, mitte tehniline loogika. Seevastu insenerite allhange annab kiirema ligipääsu ressurssidele, kuid ilma tellija poole küpse järelevalveta viib see kergesti olukorrani, kus tarnija annab üle dokumentatsiooni, millest piisab etapi arveldamiseks, kuid mitte hoolduseks, moderniseerimiseks ega projekteerimisotsuste aluste tõendamiseks. Sellise puudujäägi hind ilmneb hiljem: rikke korral, töövõtja vahetumisel, liini laiendamisel või siis, kui tuleb kontrollida, kas masin on ohutu mitte deklaratiivselt, vaid tegelike lahenduste ja otsustusahela põhjal.

Kõige kulukamad vead on tavaliselt kuhjuva iseloomuga. Tüüpiline näide on projekt, kus mehaanika, juhtimine ja riski vähendamise meetmed valmivad organisatsiooni eri osades või eri töövõtjate juures. Mehaanik eeldab kindlat juurdepääsu tööalale, automaatik valib seiskamisloogika puudulike andmete põhjal ning ostuosakond tellib komponendid tarneaja, mitte ohutuse ja hooldatavuse eelduste järgi. Käikulaskmise etapis selgub, et kaitsepiire raskendab ümberseadistamist, anduril puuduvad stabiilsed töötingimused ja käsitsitöö protseduuri ei ole üldse kirjeldatud. Siis tuleb projekt ümber teha, dokumentatsiooni muudatuste arv kasvab ja töövõtjaga tuleb maht uuesti kooskõlastada. Praktiline hindamiskriteerium on siin lihtne: kui organisatsioon ei suuda ühe ülevaatuse jooksul nimetada nõuete omanikku, riskihindamise omanikku ja muudatusotsuse omanikku, siis on tal sõltumata teostusmudelist olemas eeldused kulude ja vastutuse kasvuks.

See teema jõuab protsessiriski käsitlemise valdkonda varem, kui paljud ettevõtted eeldavad. Kui projekt puudutab paigaldist, kus protsessi mõjud, tööjärjestused ja töökorraldusest sõltuvad ohtlikud seisundid on olulised, siis pelgalt „kaitsemeetmete juurde projekteerimine” on juba hilinenud. Siis ei ole määrav ainult konstruktori kogemus, vaid ka see, kas meeskond oskab teha korrastatud ohtude ja kõrvalekallete analüüsi, ehk kas tal on pädevus, mis on lähedane sellele, mida arendatakse HAZOP-koolitusel. Asi ei ole formalismis formaalsuse pärast, vaid võimes märgata kohti, kus tehnoloogiline, käiduline ja ohutusalane otsus mõjutavad üksteist vastastikku. Kui seda võimekust ettevõtte sees ei ole, võib allhange olla põhjendatud; kui seda ei ole ka tarnija poolel, siis risk lihtsalt nihutatakse organisatsioonist välja.

Alles lõpus tuleb nähtavale vastavuse mõõde. Kui projekt jõuab vastuvõtu, moderniseerimise või kasutusse andmiseni, kerkib taas küsimus mitte selles, kes tegi 3D-mudeli või kirjutas programmi, vaid selles, kas on võimalik tõendada, et valitud lahendused olid põhjendatud, risk hinnatud ja dokumentatsioon vastab tegelikule teostusele. Selles punktis puutub valik sisemise ja välise büroo vahel juba otseselt kokku masina ettevalmistamisega alates projektist kuni CE-märgistuse ja sertifitseerimiseni, kui konkreetne juhtum seda nõuab. Kui tõendusmaterjal on puudulik, lakkab kulu olemast projekteerimiskulu ja muutub vastutuskuluks: hilinenud käikulaskmine, täiendavad ümberehitused, keeruline vastuvõtt või kasutuspiirangud. Seetõttu tasub teostusmudeleid võrrelda mõistlike mõõdetavate näitajate alusel: muudatuste arv pärast lähte-eelduste külmutamist, erialadevaheliste otsuste kinnitamise aeg, teostusdokumentatsiooni täielikkus ja võime taastada, miks konkreetset lahendust peeti vastuvõetavaks.

Kuidas sellele teemale praktikas läheneda

Praktikas ei tule küsimust oma inseneribüroo või allhanke vahel seada tunnitasude tasemel, vaid selle järgi, kes juhib tehnilisi otsuseid ja vastutab nende tagajärgede eest. Tasuv on see mudel, mis võimaldab kiiremini teha põhjendatud projekteerimisotsuseid, hoida mehaanika, automaatika ja ohutuse vahel sidusust ning liikuda kontseptsioonist käikulaskmiseni ilma kadudeta. Kui sisemine meeskond tunneb hästi protsessi, tehase piiranguid ja sarnaste juurutuste ajalugu, võidab see tavaliselt ajas ja kooskõlastuste kvaliteedis. Kui aga puuduvad ressursid projekti juhtimiseks, lähte-eelduste kontrollimiseks ja dokumentatsiooni vastuvõtmiseks, osutub kõige enda käes hoidmine sageli vaid näiliseks kokkuhoiuks. Siis ilmneb kulu hiljem: montaažijärgsetes muudatustes, vaidlustes vastutusala üle või dokumentatsioonis, millest ei selgu, miks konkreetset lahendust peeti vastuvõetavaks.

Seetõttu tasub otsus rajada ühele praktilisele kriteeriumile: kus organisatsioonis asub võime teha ja põhjendada piiriotsuseid. Jutt käib neist hetkedest, mil tuleb otsustada, kas mingi funktsioon lahendada riistvaraliselt või tarkvaraliselt, kas muudatus mõjutab juba ohutust, kas lähte-eeldustest kõrvalekallet saab aktsepteerida ning kes kinnitab muudatuse, mis mõjutab käitamist ja hooldust. Kui ettevõttel on seesmiselt olemas pädevus selliseid otsuseid juhtida, võib insenerite allhange hõlmata osa tööde teostamist ilma projekti üle kontrolli kaotamata. Kui seda pädevust ei ole, peab väline töövõtja üle võtma mitte ainult projekteerimise, vaid ka otsustuskorra, ning see eeldab selgelt määratletud vastuvõtupunkte, sisendandmete ulatust ja muudatuste kinnitamise reegleid. Ilma selleta ei lühenda allhange protsessi, vaid loob lihtsalt täiendava kooskõlastuskihi.

Tüüpiline näide on masina moderniseerimine, kus tellija annab mehaanika ja juhtimise välisele partnerile, jättes enda kanda ainult hoolduse ja lõppvastuvõtu. Alguses näib see mõistlik, sest töövõtja lubab terviklahendust. Probleem algab siis, kui tööde käigus selgub, et uus etteandesüsteem muudab ohtlikule alale juurdepääsu viisi ning samal ajal peab kontrolleri programm kompenseerima paigalduslahendusest tulenevaid piiranguid. Kui tellija poolel ei ole kedagi, kes suudaks hinnata sellise muudatuse mõju kogu masinale, tehakse otsuseid reaktiivselt ja tähtaja surve all. Tulemuseks võib olla seade, mis töötab tehnoloogiliselt, kuid vajab hiljem kaitsete, blokeeringute, juhtloogika või dokumentatsiooni ümbertegemist. Just siin liigub kuluteema praktilise hinnangu valdkonda, kas masin on ohutu, ning edasi — kui projekti ulatus seda nõuab — materjalide ettevalmistamisse vastavuse tõendamiseks.

Juhi vaatenurgast tähendab see vajadust mõõta mitte ainult töövõtja tulemuslikkust, vaid ka projektijuhtimise kvaliteeti. Kui pärast lähte-eelduste külmutamist kasvab ohutust mõjutavate muudatuste arv, kui eri valdkondade vaheliste otsuste heakskiitmine venib või kui teostusdokumentatsioon ei käi tegeliku teostusega kaasas, on see märk, et teostusmudel on valesti üles ehitatud. Oma konstruktsioonibüroo annab eelise seal, kus oluline on tootega seotud teadmiste järjepidevus ja kiire reageerimine muutustele. Allhange on mõistlik seal, kus ulatus on hästi määratletud, liidesed on suletud ja vastutus tulemuse eest on lünkadeta jaotatud. Kui projektis osalevad lisaks integraator, tarkvaratöövõtja ja hooldusosakond, ei piisa enam ainult otsusest „teha seesmiselt või tellida sisse”; sama oluline on nende osapoolte koostöö korrastamine, sest just see määrab käikulaskmise aja, muudatuste kulud ja usaldusväärse vastuvõtu võimalikkuse.

Normatiivne ja formaalne mõõde ei teki mitte lõpus, vaid täpselt seal, kus projekteerimisotsus mõjutab ohutusfunktsiooni, kasutusviisi või masina muudatuse ulatust. See ei too organisatsioonile alati kaasa ühesugust kohustust, sest määrav on projekti iseloom ja konkreetse osapoole roll. Siiski tuleb lähtuda lihtsast põhimõttest: kui tehniliste otsuste aluseid, riskihindamist ja tööde käigus tehtud muudatusi ei ole võimalik taastada, lakkab in-house’i või allhanke mudeli valik olemast tõhususe küsimus ja muutub vastutuse küsimuseks. Siis liigub arutelu loomulikult edasi kahte järgmisse valdkonda: kuidas kontrollida, kas masin on tegelikus teostuses ohutu, ning millal nõuab projekt juba tee korrastamist projektist vastavuse tõendamise ja CE-märgistuseni.

Millele juurutamisel tähelepanu pöörata

Juurutamisel lakkab erinevus oma inseneribüroo ja allhanke vahel olemast vaidlus töötunni hinna üle. Tasuvuse määrab see, kes tegelikult kontrollib muudatusi, kes mõistab protsessi piiranguid ja kes suudab valitud lahendusi kaitsta, kui probleem tekib käikulaskmisel või vastuvõtul. Kõige kulukamad ei ole projekteerimisvead iseenesest, vaid liiga hilja avastatud vead: konfliktid mehaanika ja juhtimise vahel, ebapiisavalt määratletud liidesed, lõppkasutajalt puuduvad sisendandmed, paigast ära vastutusloogika ohutuse eest. Kui organisatsioon valib allhanke ilma enda poolel tehnilise järelevalve võimekuseta, ostab ta tavaliselt mitte ainult projekti, vaid ka sõltuvuse töövõtjast iga muudatuse puhul. Kui aga kõik jäetakse ettevõtte sisse, kuid meeskonnal ei ole aega otsuste dokumenteerimiseks ja eri valdkondade ülevaatusteks, tuleb kulu tagasi paranduste, vastuvõttude ja hoolduse etapis.

Kõige levinum lõks on see, et teostusmudel valitakse olemasolevate ressursside, mitte projekti riskiliigi järgi. Korduvat masinat, mida arendatakse oma standardi alusel, hinnatakse teisiti kui uut tööjaama, millel on ebatavaline kinemaatika, suur sekkumine protsessi või suur osakaal ohutusfunktsioonidel. Praktiline kriteerium on lihtne: tuleb kontrollida, kas tellija poolel on olemas pädevus kinnitada tehnilisi lähte-eeldusi, konstruktsioonimuudatusi ja juhtimisarhitektuuri, mitte ainult valmis tulemust vastu võtta. Kui sellist pädevust ei ole, võib täielik allhange näida pealtnäha odavam, kuid see suurendab vaidluste riski töömahu üle, pikendab kooskõlastusi ja raskendab hindamist, kas viivitus tuleneb töövõtja veast või puudulikest lähteandmetest. Seetõttu tasub mõõta mitte ainult eelarvet ja tähtaega, vaid ka muudatuste arvu pärast kontseptsiooni külmutamist, dokumentatsiooni kinnitamise aega, pärast käikulaskmist avatud mittevastavuste arvu ja nende sulgemiseks kuluvat aega.

Praktikas on see hästi näha olemasoleva masina moderniseerimisel või liini ehitamisel mitme osapoole osalusel. Oma inseneribüroo mõistab sageli paremini tehase piiranguid, hooldusjuurdepääsu, käiduhoolduse standardeid ja seadme tegelikku kasutusviisi. Väline töövõtja võib seevastu olla projekti ettevalmistamisel kiirem ja eriteemades tõhusam, kuid tal ei pruugi olla täielikku pilti töökeskkonnast. Kui juurutamise etapis selgub, et tuleb muuta kaitsete paigutust, tööjärjestust või lähtestamise viisi pärast seiskamist, siis ei ole küsimus enam selles, kes teeb joonise või parandab programmi. Küsimus on selles, kes hindab selle muudatuse mõju ohutusele, masina funktsioonile ja dokumentatsiooni täielikkusele. Siin liigub tasuvuse teema loomulikult edasi praktilise hindamiseni, kuidas kontrollida, kas masin on ohutu tegelikus teostuses, mitte ainult projekteerimise eeldustes.

Alles selle taustal tuleb esile formaalne mõõde. Mitte iga projektimuudatus ei too kaasa samu kohustusi, kuid iga oluline sekkumine funktsiooni, kasutusviisi või ohutusega seotud lahendustesse nõuab vastutuse ja otsustusjälje korrastamist. Kui ei ole teada, kes muudatuse heaks kiitis, mille alusel riski hinnati ja kas dokumentatsioon kajastab tegelikku olukorda, kaotab in-house- või allhangemudel majandusliku tähenduse, sest esile kerkib vastavusvastutuse probleem. Siis liigub see teema juba masina ettevalmistamise valdkonda alates projektist kuni vastavuse tõendamise ja CE-märgistuseni. Projektijuhtimise vaatenurgast tähendab see üht: juurutamist tuleb planeerida nii, et koos masinaga võetakse vastu ka täielik komplekt tehnilisi otsuseid, verifitseerimistulemusi ja dokumente, mida on vaja edasiseks käitamiseks, moderniseerimiseks ja vajaduse korral oma seisukoha kaitsmiseks vastuvõtul või vaidluses.