Nuosavas inžinerijos biuras ar išorės paslaugų pirkimas – kas labiau apsimoka kuriant mašinas?

Sprendimas, ar plėtoti nuosavą konstravimo biurą, ar mašinų kūrimą ir gamybą grįsti išorės paslaugomis, jau seniai nebėra vien etato kainos ar tiekėjo įkainio klausimas. Šiandien jis tiesiogiai lemia paleidimo terminą, galimybę įgyvendinti konstrukcinius pakeitimus, gamintojo prisiimamą rizikos lygį ir realią atitikties kontrolę. Projektuose, kuriuose mechanika, automatika, programinė įranga, funkcinė sauga ir techninė dokumentacija turi susijungti į vieną priėmimo tašką, netinkamai pasirinktas organizacinis modelis dažniausiai atsiliepia ne iš karto, o projekto pabaigoje: per priėmimus, keičiant apimtį, atliekant validavimą arba rengiant dokumentaciją naudotojui ir servisui. Praktikoje todėl klausimas skamba ne „kas pigiau“, o kuris modelis leidžia išlaikyti atsakomybę, projektines žinias ir sprendimų priėmimo tempą tokiame lygyje, kuris atitinka mašinos sudėtingumą.

Šio pasirinkimo svarba didėja ir todėl, kad šiuolaikinė mašina retai tebėra vien mechaninė sistema su paprastu valdymu. Vis dažniau ji apima programinį sluoksnį, ryšį su gamyklos sistemomis, įvykių registravimą, gaminio ir proceso atsekamumo grandinę, taip pat eksploatacijos priežiūros padalinio reikalavimus diagnostikai ir aptarnavimui. Dėl to riba tarp „mašinos projekto“ ir „kelių kompetencijų bendradarbiavimo organizavimo“ labai greitai išnyksta. Jei jau pradžioje aišku, kad projekte dalyvaus integratorius, programinės įrangos rangovas ir kliento eksploatacijos priežiūros komanda, tuomet sprendimas tarp in-house ir išorinio rangovo natūraliai pereina į klausimą apie vaidmenų pasidalijimą, atsakomybę už sąsajas ir techninių sprendimų savininką. Panašiai tema išsiplečia ir tada, kai mašina turi generuoti gamybos duomenis arba palaikyti atsekamumą: iš anksto nenustačius, kas atsako už duomenų architektūrą, logikos validavimą ir pakeitimų palaikymą, nesunku sukurti sprendimą, kuris gerai atrodo demonstracijoje, bet yra brangus eksploatuoti.

Praktikoje naudingiausias sprendimo kriterijus yra ne vien vykdymo biudžeto palyginimas, o tai, kur sukuriamos ir kur turi likti žinios, kritiškai svarbios visam mašinos gyvavimo ciklui. Jei įmonės pranašumas grindžiamas unikaliu procesu, dažnais gaminio pakeitimais, būtinybe greitai perstatyti įrangą arba tolesniu tos pačios platformos variantų vystymu, nuosavos projektavimo kompetencijos stoka didina kiekvieno kito pakeitimo kainą. Priešingai, kai projektas turi aiškiai apibrėžtą apimtį, mažai pasikartojančių modifikacijų ir nėra įmonės konkurencinio pranašumo branduolys, išorės rangovas gali būti racionalus sprendimas, jei tik užsakovas išlaiko reikalavimų, priėmimų ir dokumentacijos kontrolę. Geras testas – atsakyti į tris klausimus: kas priima sprendimą pasikeitus projekto apimčiai, kas supranta tokio pakeitimo poveikį mašinos saugai ir funkcijoms, ir kas po paleidimo gebės palaikyti sprendimą netapdamas priklausomas nuo vieno žmogaus ar vieno tiekėjo. Tai organizaciniai rodikliai, kurie paprastai geriau prognozuoja ekonomiškumą nei vien projekto sąmata.

Tipinis pavyzdys daugelyje gamyklų atrodo panašiai. Įmonė išorei paveda suprojektuoti ir pagaminti mašiną, nes nori sutrumpinti investicijos pradžios laiką. Iš pradžių ji laimi greitį, tačiau po kelių mėnesių atsiranda pakeitimų, kylančių iš technologinių bandymų, gamybos poreikių ir kokybės reikalavimų. Jei jos pusėje nėra komandos, galinčios įvertinti šių pakeitimų poveikį konstrukcijai, valdymui, diagnostikai ir dokumentacijai, kiekviena korekcija tampa atskiru užsakymu, o grafikas ima priklausyti nuo tiekėjo užimtumo. Tuomet paslaugų perdavimas išorei jau nebėra kompetencijų įsigijimas, o siaurojo butelio perkėlimas už organizacijos ribų. Būtent čia tema susijungia su integratoriaus, programinės įrangos rangovo ir eksploatacijos priežiūros organizavimo klausimais bei atsekamumo projektavimu: jei šios sritys neturi bendro reikalavimų savininko, projektas praranda veiklos vientisumą dar prieš priėmimą.

Galiausiai vis tiek grįžtama prie atsakomybės klausimo. Nepriklausomai nuo įgyvendinimo modelio, būtent gamintojas, importuotojas ar kitas subjektas, tiekiantis mašiną rinkai arba perduodantis ją naudoti, atitinkama apimtimi atsako už gaminio atitiktį, dokumentacijos išsamumą ir tinkamai atliktą rizikos vertinimą. Todėl pasirinkimą tarp nuosavo inžinerinio biuro ir išorės paslaugų reikia vertinti ir per tai, kas geba pagrįsti projektinių sprendimų prielaidas, atkurti pakeitimų istoriją ir parengti medžiagą, reikalingą nuo projekto iki sertifikavimo bei CE ženklinimo, jei konkrečiu atveju to reikia. Jei organizacija to užtikrinti negali, tariamas sutaupymas projektavimo etape labai lengvai virsta vėlavimo kaštais, ginču su rangovu arba problemomis techninio priėmimo ir eksploatavimo metu.

Kur dažniausiai didėja kaštai arba rizika

Sprendžiant tarp nuosavo konstravimo biuro ir inžinerinių paslaugų perdavimo išorės tiekėjui, sąnaudos dažniausiai neauga ten, kur iš pradžių žiūri visi, t. y. ne ties projektuotojo įkainiu ar darbų paketo kaina. Dažniausiai problema prasideda anksčiau: kai ne iki galo apibrėžiamos mašinos ribos, sąsajos, atsakomybė už prielaidas ir pakeitimų tvirtinimo tvarka. Jei šie elementai nėra aiškiai užfiksuoti nuo pat pradžių, vidinė komanda eikvoja laiką derinimams ir taisymams, o išorinis rangovas projektuoja remdamasis savo prielaidomis, kurias vėliau tenka taisyti. Praktikoje tai reiškia ne tik papildomas darbo valandas, bet ir vėluojantį komponentų pirkimą, montavimo kolizijas bei ginčą, ar klaida kilo dėl netinkamo projekto, ar dėl netiksliai suformuluoto užsakymo. Todėl pirmasis sprendimo kriterijus turėtų būti ne klausimas, kas „padarys pigiau“, o kas konkrečiame modelyje geba užtikrinti techninių, saugos ir eksploatacinių reikalavimų vientisumą nuo koncepcijos iki priėmimo.

Antra vieta, kurioje didėja rizika, yra kompetencijų atskyrimas neatskiriant atsakomybės. Nuosavas inžinerinis biuras gali atrodyti saugesnis, nes žinios lieka organizacijos viduje, tačiau jei projektą vykdo žmonės, kurie tuo pat metu dar palaiko gamybą, rūpinasi eksploatacijos palaikymu ir einamaisiais pakeitimais, projektą ima valdyti ne techninė logika, o žmonių prieinamumas. Kita vertus, išorės paslaugos leidžia greičiau pasiekti reikiamus išteklius, tačiau be brandžios užsakovo priežiūros lengva atsidurti situacijoje, kai tiekėjas pateikia dokumentaciją, kurios pakanka etapo atsiskaitymui, bet nepakanka servisui, modernizavimui ar projektinių sprendimų pagrindimui. Tokio trūkumo kaina išryškėja vėliau: gedimo metu, keičiant rangovą, plečiant liniją arba tada, kai reikia patikrinti, ar mašina yra saugi ne deklaratyviai, o pagal realiai pritaikytus sprendimus ir sprendimų priėmimo eigą.

Brangiausios klaidos paprastai kaupiasi palaipsniui. Tipinis pavyzdys – projektas, kuriame mechanika, valdymas ir rizikos mažinimo priemonės kuriamos skirtingose organizacijos vietose arba pas skirtingus rangovus. Mechanikos projektuotojas numato tam tikrą patekimo į darbo zoną būdą, automatikos specialistas parenka sustabdymo logiką remdamasis nepilnais duomenimis, o pirkimų skyrius užsako elementus pagal pristatymo terminą, o ne pagal saugos ir eksploatacijos palaikymo prielaidas. Paleidimo etape paaiškėja, kad apsauga trukdo perreguliavimui, jutiklis neturi stabilių darbo sąlygų, o rankinio darbo procedūra apskritai nebuvo aprašyta. Tuomet projektą tenka perdaryti, daugėja dokumentacijos pakeitimų ir iš naujo derinti apimtį su rangovu. Praktinis vertinimo kriterijus čia paprastas: jeigu organizacija per vieną peržiūrą negali nurodyti reikalavimų savininko, rizikos vertinimo savininko ir sprendimo dėl pakeitimo savininko, tai, nepriklausomai nuo įgyvendinimo modelio, ji turi prielaidas sąnaudų ir atsakomybės augimui.

Ši tema pereina į procesinės rizikos valdymo sritį anksčiau, nei daugelis įmonių mano. Jei projektas susijęs su įrenginiu, kuriame svarbų vaidmenį turi proceso poveikiai, veikimo sekos ir pavojingos būsenos, priklausančios nuo darbo organizavimo, vien „suprojektuoti apsaugas“ jau yra per vėlu. Tokiu atveju svarbi ne tik konstruktoriaus patirtis, bet ir tai, ar komanda geba atlikti struktūruotą pavojų ir nuokrypių analizę, t. y. ar turi kompetenciją, artimą tai, kuri ugdoma HAZOP mokymuose. Esmė čia ne formalizmas dėl formalizmo, o gebėjimas pastebėti vietas, kur technologinis, eksploatacinis ir saugos sprendimas veikia vienas kitą. Jei tokio gebėjimo įmonės viduje nėra, išorės paslaugos gali būti pagrįstas sprendimas; jei jo nėra ir tiekėjo pusėje, rizika tik perkeliama už organizacijos ribų.

Tik pačioje pabaigoje išryškėja atitikties aspektas. Kai projektas pasiekia priėmimo, modernizavimo arba perdavimo naudoti etapą, grįžta klausimas ne apie tai, kas sukūrė 3D modelį ar parašė programą, o ar galima įrodyti, kad pasirinkti sprendimai buvo pagrįsti, rizika įvertinta, o dokumentacija atitinka faktiškai įgyvendintą sprendimą. Šioje vietoje pasirinkimas tarp nuosavo ir išorinio biuro jau tiesiogiai susijęs su mašinos parengimu nuo projekto iki CE sertifikavimo ir ženklinimo, jei to reikalauja konkretus atvejis. Jei įrodomoji medžiaga yra nepilna, sąnaudos nustoja būti projektavimo sąnaudomis ir tampa atsakomybės sąnaudomis: uždelsto paleidimo, papildomų perdarymų, sudėtingo priėmimo arba eksploatacijos apribojimų. Todėl prasminga įgyvendinimo modelius lyginti remiantis išmatuojamais rodikliais: pakeitimų skaičiumi po pradinių prielaidų užfiksavimo, tarpdisciplininių sprendimų tvirtinimo trukme, atliktos dokumentacijos išsamumu ir gebėjimu atkurti, kodėl konkretus sprendimas buvo pripažintas priimtinu.

Kaip prie to prieiti praktiškai

Praktikoje klausimo, ar turėti nuosavą inžinerinį biurą, ar rinktis išorės paslaugų teikėją, nereikėtų vertinti pagal valandinius įkainius. Jį reikia spręsti pagal tai, kas valdo techninius sprendimus ir prisiima atsakomybę už jų pasekmes. Ekonomiškai naudingas yra tas modelis, kuris leidžia greičiau priimti pagrįstus projektinius sprendimus, išlaikyti nuoseklumą tarp mechanikos, automatikos ir saugos bei be nuostolių pereiti nuo koncepcijos iki paleidimo. Jei vidinė komanda gerai išmano procesą, gamyklos apribojimus ir panašių diegimų istoriją, paprastai laimima laiko ir geresnio suderinimo kokybės požiūriu. Tačiau jei trūksta išteklių projektui valdyti, prielaidoms tikrinti ir dokumentacijai priimti, visko laikymas savo viduje dažnai tėra tariamas taupymas. Tuomet sąnaudos išryškėja vėliau: keičiant po montavimo, ginčuose dėl atsakomybės ribų arba turint dokumentaciją, kuri neleidžia parodyti, kodėl konkretus sprendimas buvo pripažintas priimtinu.

Todėl sprendimą verta grįsti vienu praktiniu kriterijumi: kur organizacijoje yra gebėjimas priimti ir pagrįsti ribinius sprendimus. Tai tie momentai, kai reikia nuspręsti, ar tam tikra funkcija turi būti įgyvendinta aparatinėmis priemonėmis, ar programiškai, ar pakeitimas jau daro įtaką saugai, ar galima priimti nukrypimą nuo pradinių prielaidų, taip pat kas tvirtina pakeitimą, turintį įtakos eksploatavimui ir techninei priežiūrai. Jei įmonė viduje turi kompetenciją tokiems sprendimams valdyti, užsakomosios paslaugos gali apimti dalį darbų neprarandant projekto kontrolės. Jei tokios kompetencijos nėra, išorinis vykdytojas turi perimti ne tik projektavimą, bet ir sprendimų priėmimo tvarką, o tam būtina aiškiai apibrėžti priėmimo taškus, įvesties duomenų apimtį ir pakeitimų tvirtinimo taisykles. Be to užsakomosios paslaugos proceso netrumpina, o tik sukuria papildomą derinimų sluoksnį.

Tipinis pavyzdys – mašinos modernizavimas, kai užsakovas išorei paveda mechaniką ir valdymą, o pas save palieka tik techninę priežiūrą ir galutinį priėmimą. Iš pradžių tai atrodo racionalu, nes rangovas deklaruoja kompleksinį įgyvendinimą. Problemos prasideda tada, kai darbų metu paaiškėja, kad nauja padavimo sistema keičia patekimo į pavojingą zoną būdą, o tuo pat metu valdiklio programa turi kompensuoti dėl konstrukcinio išdėstymo atsirandančius apribojimus. Jei niekas užsakovo pusėje nesugeba įvertinti tokio pakeitimo pasekmių visai mašinai, sprendimai bus priimami reaktyviai, spaudžiant terminams. Dėl to galima gauti technologiškai veikianį įrenginį, tačiau vėliau reikalaujantį perdaryti apsaugas, blokavimo įtaisus, valdymo logiką ar dokumentaciją. Būtent čia kaštų klausimas pereina į praktinį vertinimą, ar mašina yra saugi, o vėliau – jei to reikalauja projekto apimtis – į medžiagos parengimą atitikčiai pagrįsti.

Vadovo požiūriu tai reiškia, kad reikia matuoti ne tik rangovo našumą, bet ir projekto vykdymo kokybę. Jei po pradinių prielaidų įšaldymo daugėja pakeitimų, darančių įtaką saugai, jei tarpdisciplininių sprendimų derinimas užtrunka arba jei vykdomoji dokumentacija nebespėja paskui faktinį įgyvendinimą, tai signalas, kad pasirinktas įgyvendinimo modelis yra netinkamai sukonfigūruotas. Nuosavas inžinerinis biuras suteikia pranašumą ten, kur svarbus žinių apie produktą tęstinumas ir greita reakcija į pokyčius. Užsakomosios paslaugos turi prasmę ten, kur apimtis aiškiai apibrėžta, sąsajos uždarytos, o atsakomybė už rezultatą paskirstyta be spragų. Kai projekte dalyvauja dar ir integratorius, programinės įrangos vykdytojas bei techninės priežiūros padalinys, vien sprendimo „daryti viduje ar pavesti išorei“ nebeužtenka; ne mažiau svarbu tampa sutvarkyti šių šalių bendradarbiavimą, nes būtent tai lemia paleidimo laiką, pakeitimų kaštus ir galimybę atlikti patikimą priėmimą.

Norminis ir formalusis aspektas atsiranda ne pabaigoje, o būtent ten, kur projektinis sprendimas daro įtaką saugos funkcijai, naudojimo būdui arba mašinos modifikavimo apimčiai. Tai ne visada sukels tą pačią pareigą organizacijai, nes reikšmės turi projekto pobūdis ir konkretaus subjekto vaidmuo. Tačiau reikia laikytis paprastos taisyklės: jei neįmanoma atkurti techninių sprendimų pagrindo, rizikos vertinimo ir darbų metu įvestų pakeitimų, tuomet pasirinkimas tarp in-house modelio ir užsakomųjų paslaugų nustoja būti efektyvumo klausimu ir tampa atsakomybės klausimu. Tada pokalbis natūraliai pereina į dvi kitas sritis: kaip patikrinti, ar mašina yra saugi realiai įgyvendintu pavidalu, ir kada projektui jau reikia sutvarkyti kelią nuo projekto iki atitikties įrodymo ir CE ženklinimo.

Į ką atkreipti dėmesį diegimo metu

Diegimo metu skirtumas tarp nuosavo inžinerinio biuro ir užsakomųjų paslaugų nustoja būti ginču dėl vienos darbo valandos kainos. Ekonominį pagrįstumą lemia tai, kas praktiškai kontroliuoja pakeitimus, kas supranta proceso apribojimus ir kas geba apginti pasirinktus sprendimus, kai problema iškyla paleidimo arba priėmimo metu. Daugiausia kainuoja ne pačios projektavimo klaidos, o klaidos, kurios paaiškėja per vėlai: mechanikos ir valdymo kolizijos, nepakankamai apibrėžtos sąsajos, trūkstami galutinio naudotojo įvesties duomenys, išsiderinusi atsakomybės už saugą logika. Jei organizacija pasirenka užsakomąsias paslaugas neturėdama savo pusėje techninės priežiūros gebėjimo, paprastai ji perka ne tik projektą, bet ir priklausomybę nuo rangovo kiekvieno pakeitimo atveju. O jei viskas paliekama viduje, tačiau komandai trūksta laiko sprendimų dokumentavimui ir tarpdisciplininėms peržiūroms, kaštai sugrįš taisymų, priėmimų ir serviso etape.

Dažniausia klaida yra ta, kad įgyvendinimo modelis pasirenkamas pagal turimų išteklių prieinamumą, o ne pagal projekto rizikos pobūdį. Kitaip vertinama pasikartojanti mašina, kuriama pagal nuosavą standartą, ir kitaip – nauja darbo vieta su netipine kinematika, dideliu poveikiu procesui arba didele saugos funkcijų dalimi. Praktinis kriterijus paprastas: reikia patikrinti, ar užsakovo pusėje yra kompetencija tvirtinti technines prielaidas, konstrukcinius pakeitimus ir valdymo architektūrą, o ne vien priimti galutinį rezultatą. Jei tokios kompetencijos nėra, visiškas išorės paslaugų perdavimas iš pirmo žvilgsnio gali atrodyti pigesnis, tačiau didina ginčų dėl apimties riziką, ilgina derinimus ir apsunkina vertinimą, ar vėlavimą lėmė rangovo klaida, ar nepakankami pradiniai reikalavimai. Todėl verta vertinti ne tik biudžetą ir terminą, bet ir pakeitimų skaičių po koncepcijos įšaldymo, dokumentacijos tvirtinimo laiką, po paleidimo likusių atvirų neatitikčių skaičių ir laiką, reikalingą joms pašalinti.

Praktikoje tai ypač aiškiai matyti modernizuojant esamą mašiną arba statant liniją, kurioje dalyvauja keli subjektai. Nuosavas konstravimo biuras dažnai geriau supranta gamyklos apribojimus, techninės priežiūros prieigą, eksploatacijos palaikymo standartus ir realų įrenginio naudojimo būdą. Išorinis rangovas savo ruožtu neretai greičiau parengia projektą ir efektyviau sprendžia specializuotus klausimus, tačiau gali neturėti viso darbo aplinkos vaizdo. Jei diegimo etape paaiškėja, kad reikia keisti apsaugų išdėstymą, darbo seką arba atstatymo po sustabdymo būdą, klausimas jau nebe tas, kas parengs brėžinį ar pataisys programą. Klausimas yra, kas įvertins tokio pakeitimo poveikį saugai, mašinos funkcijai ir dokumentacijos pilnumui. Šioje vietoje ekonomiškumo tema natūraliai pereina į praktinį vertinimą, kaip patikrinti, ar mašina yra saugi realiame įgyvendinime, o ne tik projektinėse prielaidose.

Tik šiame kontekste išryškėja formalioji pusė. Ne kiekvienas projekto pakeitimas sukels tas pačias pareigas, tačiau kiekvienas esminis įsikišimas į funkciją, naudojimo būdą ar su sauga susijusius sprendimus reikalauja aiškiai apibrėžtos atsakomybės ir sprendimų atsekamumo. Jeigu neaišku, kas patvirtino pakeitimą, kuo remiantis buvo įvertinta rizika ir ar dokumentacija atspindi faktinę būklę, in-house ar outsourcingo modelis nebetenka ekonominės reikšmės, nes atsiranda atsakomybės už atitiktį problema. Tuomet ši tema jau pereina į mašinos parengimo sritį – nuo projekto iki atitikties įrodymo ir CE žymėjimo. Projektų valdymo požiūriu tai reiškia viena: diegimą reikia planuoti taip, kad kartu su mašina būtų perimtas ir visas techninių sprendimų, patikros rezultatų bei dokumentų rinkinys, reikalingas tolesniam eksploatavimui, modernizavimui ir prireikus pagrindimui per priėmimą ar ginčą.