Saját mérnöki iroda vagy kiszervezés – melyik éri meg jobban a gépgyártásban?

Annak eldöntése, hogy érdemes-e saját mérnöki irodát fejleszteni, vagy a gépek tervezését és gyártását outsourcingra alapozni, ma már nem pusztán a munkaviszony költségéről vagy a beszállítói díjról szól. Ez ma közvetlenül befolyásolja az üzembe helyezés határidejét, a konstrukciós módosítások bevezetésének képességét, a gyártó oldalán jelentkező kockázat mértékét, valamint a megfelelőség feletti tényleges kontrollt. Azoknál a projekteknél, ahol a gépészetnek, az automatikának, a szoftvernek, a funkcionális biztonságnak és a műszaki dokumentációnak egyetlen átvételi pontra kell összeérnie, a hibás szervezeti modell következményei rendszerint nem azonnal jelentkeznek, hanem a projekt végén: az átvételnél, a terjedelem módosításánál, a validálás során vagy a felhasználó és a szerviz számára készülő dokumentáció összeállításakor. A gyakorlatban ezért nem az a valódi kérdés, hogy mi az „olcsóbb”, hanem az, hogy melyik modell teszi lehetővé a felelősség, a projektismeret és a döntéshozatali tempó olyan szinten tartását, amely megfelel a gép összetettségének.

Ennek a választásnak a jelentősége azért is nő, mert a korszerű gép ma már ritkán csupán egy mechanikai rendszer egyszerű vezérléssel. Egyre gyakrabban tartalmaz szoftverréteget, kommunikációt az üzemi rendszerekkel, eseménynaplózást, a termék és a folyamat nyomonkövethetőségi láncát, továbbá az üzemfenntartási részleg diagnosztikai és szervizelési elvárásait is. Emiatt a határ a „géptervezési projekt” és több szakterület együttműködésének megszervezése között nagyon gyorsan elmosódik. Ha már a kezdetektől látható, hogy a projektben rendszerintegrátor, szoftverfejlesztő és a megrendelő üzemfenntartási csapata is részt vesz, akkor a saját megvalósítás kontra külső kivitelező kérdése természetes módon átfordul a szerepkörök megosztásának, az interfészekért viselt felelősségnek és a műszaki döntések tulajdonosának kérdésébe. Hasonló módon bővül a téma akkor is, ha a gépnek termelési adatokat kell generálnia vagy támogatnia kell a nyomonkövethetőséget: annak rögzítése nélkül, hogy ki felel az adatarchitektúráért, a logika validálásáért és a módosítások fenntartásáért, könnyű olyan megoldást létrehozni, amely bemutatón jól működik, de üzemeltetése költséges.

A gyakorlatban a döntés leghasznosabb szempontja nem pusztán a megvalósítási költségvetés összehasonlítása, hanem az, hogy hol keletkezik, és hol kell megmaradnia a gép teljes életciklusa szempontjából kritikus tudásnak. Ha a vállalat előnyét egy egyedi folyamat, a gyakori termékmódosítások, a gyors átállás szükségessége vagy ugyanazon platform további változatainak fejlesztése adja, akkor a saját tervezési kompetencia hiánya minden egyes következő módosítás költségét növeli. Fordított esetben, ha a projekt terjedelme egyértelműen meghatározott, az ismétlődő módosítások mértéke alacsony, és a projekt nem képezi a vállalat versenyelőnyének magját, akkor a külső kivitelező racionális megoldás lehet, feltéve hogy a megrendelő megőrzi az ellenőrzést a követelmények, az átvételek és a dokumentáció felett. Jó próbája ennek három kérdés megválaszolása: ki hozza meg a döntést a terjedelem módosításakor, ki érti ennek a változásnak a következményeit a gép biztonságára és funkcióira nézve, és ki lesz képes az üzembe helyezés után fenntartani a megoldást anélkül, hogy az egyetlen személytől vagy egyetlen beszállítótól függjön. Ezek olyan szervezeti mutatók, amelyek rendszerint jobban előre jelzik a megtérülést, mint maga a projektárazás.

A tipikus példa sok üzemben hasonlóan néz ki. A vállalat külső partnerre bízza a gép tervezését és kivitelezését, mert gyorsabban akarja elindítani a beruházást. Kezdetben valóban gyorsaságot nyer, de néhány hónap elteltével megjelennek a technológiai próbákból, a termelési igényekből és a minőségi követelményekből eredő változtatások. Ha a saját oldalán nincs olyan csapat, amely képes felmérni e változások hatását a konstrukcióra, a vezérlésre, a diagnosztikára és a dokumentációra, akkor minden korrekció külön megrendeléssé válik, és az ütemterv a beszállító rendelkezésre állásától kezd függeni. Ilyenkor az outsourcing már nem kompetenciavásárlás, hanem a szűk keresztmetszet szervezeten kívülre helyezése. Pontosan ezen a ponton kapcsolódik össze a téma a rendszerintegrátor, a szoftverfejlesztő és az üzemfenntartás együttműködésének megszervezésével, valamint a nyomonkövethetőség tervezésével: ha ezeknek a területeknek nincs közös követelménytulajdonosa, a projekt még az átvétel előtt elveszíti működési koherenciáját.

A végén úgyis visszatér a felelősség kérdése. A megvalósítási modelltől függetlenül a gyártó, az importőr vagy más, a gépet forgalomba hozó vagy használatba adó szereplő felel a megfelelő mértékben a termék megfelelőségéért, a dokumentáció teljességéért és a kockázatértékelés helyes elvégzéséért. Ezért a saját mérnöki iroda és az mérnökök kiszervezése közötti választást abból a szempontból is értékelni kell, hogy ki képes igazolni a tervezési döntések alapját, rekonstruálni a módosítások történetét, valamint előkészíteni a projekttől a tanúsításig és a CE-jelölésig szükséges anyagokat, ha az adott eset ezt megköveteli. Ha a szervezet ezt nem tudja biztosítani, a projekt szakaszában jelentkező látszólagos megtakarítás nagyon könnyen késedelmi költséggé, a kivitelezővel kialakuló vitává vagy a műszaki átvétel és az üzemeltetés során jelentkező problémává alakul.

Hol növekszik leggyakrabban a költség vagy a kockázat

A saját mérnöki iroda és a kiszervezés közötti vitában a költség legritkábban ott nő meg, ahová kezdetben mindenki néz, vagyis a tervező óradíjánál vagy a munkacsomag árazásánál. A probléma többnyire korábban kezdődik: a gép határainak, az interfészeknek, a feltételezésekért viselt felelősségnek és a változások jóváhagyási módjának hiányos meghatározásánál. Ha ezek az elemek már a kezdetkor nincsenek lezárva, a belső csapat ideje egyeztetésekre és javításokra megy el, a külső kivitelező pedig a saját feltételezései alapján tervez, amelyeket később vissza kell bontani. A gyakorlatban ez nemcsak többlet munkaórát jelent, hanem az alkatrészbeszerzés késedelmét, szerelési ütközéseket és vitát arról, hogy a hiba hibás tervből vagy pontatlan megrendelésből ered-e. Ezért a döntés első szempontja nem az kellene legyen, hogy ki „csinálja meg olcsóbban”, hanem az, hogy az adott modellben ki képes a műszaki követelmények, a biztonság és az üzemeltetés következetességét a koncepciótól az átvételig fenntartani.

A kockázat növekedésének másik pontja a kompetenciák szétválasztása a felelősség szétválasztása nélkül. A saját mérnöki iroda látszólag biztonságos megoldás lehet, mert a tudás a szervezeten belül marad, de ha a projektet olyan emberek viszik, akik párhuzamosan a termelés támogatásával, a karbantartással és a napi változtatásokkal is terheltek, akkor a projektet már nem a műszaki logika, hanem az emberek rendelkezésre állása kezdi irányítani. A mérnökök kiszervezése ezzel szemben gyorsabb hozzáférést ad az erőforrásokhoz, de a megrendelő oldalán meglévő érett felügyelet nélkül könnyen olyan helyzethez vezet, hogy a szállító az adott szakasz elszámolásához elegendő, de a szervizhez, korszerűsítéshez vagy a tervezési döntések alapjának igazolásához már nem elégséges dokumentációt ad át. Ennek a hiánynak a költsége később jelentkezik: meghibásodáskor, kivitelezőváltáskor, a sor bővítésekor vagy akkor, amikor azt kell ellenőrizni, hogy a gép nem csak deklaratív módon biztonságos-e, hanem a tényleges megoldások és a döntési folyamat alapján is.

A legköltségesebb hibák rendszerint halmozódó jellegűek. Tipikus példa erre az a projekt, amelyben a mechanika, a vezérlés és a kockázatcsökkentő intézkedések a szervezet különböző pontjain vagy különböző kivitelezőknél készülnek. A gépész egy meghatározott hozzáférési módot feltételez a munkatérhez, az automatizálási szakember hiányos adatok alapján választja meg a leállítási logikát, a beszerzés pedig a szállítási határidő szerint rendel elemeket, nem pedig a biztonsági és karbantartási feltételezések alapján. Az üzembe helyezés szakaszában derül ki, hogy a burkolat akadályozza az átállást, az érzékelőnek nincsenek stabil működési feltételei, a kézi üzem eljárása pedig egyáltalán nincs leírva. Ilyenkor a projektet vissza kell vinni áttervezésre, nő a dokumentációs módosítások száma, és újra egyeztetni kell a terjedelmet a kivitelezővel. Az értékelés gyakorlati szempontja itt egyszerű: ha a szervezet egyetlen felülvizsgálat során sem tudja megnevezni a követelmények felelősét, a kockázatértékelés felelősét és a változtatási döntés felelősét, akkor a megvalósítási modelltől függetlenül adottak a feltételek a költségek és a felelősség növekedéséhez.

Ez a kérdéskör korábban átvezet a folyamati kockázatokkal kapcsolatos munkába, mint ahogy azt sok vállalat feltételezi. Ha a projekt olyan berendezést érint, ahol a folyamat hatásai, az üzemi szekvenciák és a munkaszervezéstől függő veszélyes állapotok lényegesek, akkor a „védelmek utólagos betervezése” már elkésett. Ilyenkor nemcsak a tervező tapasztalata számít, hanem az is, hogy a csapat képes-e a veszélyek és eltérések strukturált elemzésére, vagyis rendelkezik-e ahhoz közeli kompetenciával, amelyet a HAZOP-képzés során fejlesztenek. Nem öncélú formalizmusról van szó, hanem annak képességéről, hogy felismerjék azokat a pontokat, ahol a technológiai, üzemeltetési és biztonsági döntések kölcsönösen hatnak egymásra. Ha ez a képesség a vállalaton belül nincs meg, a kiszervezés indokolt lehet; ha pedig a szállító oldalán sincs meg, akkor a kockázat csupán kikerül a szervezeten kívülre.

Csak a végén válik láthatóvá a megfelelőség dimenziója. Amikor a projekt eljut az átvételhez, a korszerűsítéshez vagy a használatba adáshoz, újra nem az a kérdés kerül elő, hogy ki készítette a 3D modellt vagy ki írta a programot, hanem az, hogy igazolható-e: az alkalmazott megoldások megalapozottak voltak, a kockázatot értékelték, és a dokumentáció megfelel a tényleges megvalósításnak. Ezen a ponton a saját és a külső iroda közötti választás már közvetlenül összekapcsolódik a gép projektjétől a tanúsításig és a CE-jelölésig tartó előkészítésével, ha az adott eset ezt megköveteli. Ha a bizonyító anyag hiányos, a költség megszűnik projektköltség lenni, és a felelősség költségévé válik: késedelmes üzembe helyezéssé, további átalakításokká, nehézkes átvétellé vagy az üzemeltetés korlátozásaivá. Ezért a megvalósítási modellek érdemi összehasonlítását célszerű mérhető mutatókra alapozni: a feltételezések befagyasztása utáni módosítások számára, a szakterületek közötti döntések jóváhagyási idejére, a megvalósulási dokumentáció teljességére és arra a képességre, hogy visszakövethető legyen, miért tekintettek egy adott megoldást elfogadhatónak.

Hogyan közelítsük meg a témát a gyakorlatban

A gyakorlatban a saját mérnöki iroda vagy a kiszervezés kérdését nem óradíjak szintjén érdemes feltenni, hanem a műszaki döntések irányítása és azok következményeiért viselt felelősség oldaláról. Az a modell kifizetődő, amely gyorsabban teszi lehetővé a megalapozott tervezési döntések meghozatalát, fenntartja a mechanika, az automatizálás és a biztonság közötti összhangot, valamint veszteségek nélkül visz át a koncepciótól az üzembe helyezésig. Ha a belső csapat jól ismeri a folyamatot, az üzem korlátait és a hasonló bevezetések előzményeit, általában időt nyer és jobb minőségű egyeztetéseket tud lefolytatni. Ha viszont nincs elegendő erőforrás a projekt vezetésére, a kiinduló feltételek ellenőrzésére és a dokumentáció átvételére, akkor mindent házon belül tartani gyakran csak látszólagos megtakarítás. Ilyenkor a költség később jelentkezik: szerelés utáni módosításokban, a felelősségi körökről szóló vitákban vagy olyan dokumentációban, amelyből nem igazolható, miért tekintettek egy adott megoldást elfogadhatónak.

Ezért a döntést érdemes egyetlen gyakorlati szempont alapján meghozni: a szervezeten belül hol van meg a képesség a határhelyzeti döntések meghozatalára és megvédésére. Azokról a helyzetekről van szó, amikor el kell dönteni, hogy egy adott funkciót hardveresen vagy szoftveresen valósítsanak meg, egy módosítás már érinti-e a biztonságot, elfogadható-e eltérés a kiinduló feltételektől, illetve ki hagyja jóvá azt a változtatást, amely hatással van az üzemeltetésre és a karbantartásra. Ha a vállalat rendelkezik házon belül az ilyen döntések levezetéséhez szükséges kompetenciával, akkor a kiszervezés a munkák egy részének elvégzésére korlátozódhat anélkül, hogy a projekt feletti kontroll elveszne. Ha ez a kompetencia hiányzik, a külső kivitelezőnek nemcsak a tervezést, hanem a döntési rendet is át kell vennie, ehhez pedig egyértelműen meghatározott átvételi pontokra, a bemenő adatok körére és a változások jóváhagyási szabályaira van szükség. Enélkül a kiszervezés nem rövidíti le a folyamatot, hanem csak egy újabb egyeztetési szintet hoz létre.

Tipikus példa erre egy gép korszerűsítése, amikor a megrendelő a mechanikát és a vezérlést külső félre bízza, miközben házon belül csak a karbantartást és a végátvételt tartja meg. Kezdetben ez ésszerűnek tűnik, mert a kivitelező teljes körű megvalósítást ígér. A probléma akkor kezdődik, amikor a munka során kiderül, hogy az új adagolórendszer megváltoztatja a veszélyzónához való hozzáférés módját, miközben a vezérlő programjának a beépítésből adódó korlátokat kell kompenzálnia. Ha a megrendelő oldalán senki nem tudja felmérni egy ilyen változás következményeit a teljes gépre nézve, a döntések reaktívan, határidőnyomás alatt születnek meg. Ennek eredményeként olyan berendezés készülhet, amely technológiai szempontból működik, de később módosítani kell a burkolatokat, a reteszeléseket, a vezérlési logikát vagy a dokumentációt. Pontosan ezen a ponton fordul át a költség kérdése annak gyakorlati megítélésébe, hogy a gép biztonságos-e, majd — ha a projekt terjedelme ezt megköveteli — az anyag előkészítésébe a megfelelőség igazolásához.

Vezetői szempontból ez azt jelenti, hogy nemcsak a kivitelező teljesítményét kell mérni, hanem a projektvezetés minőségét is. Ha a kiinduló feltételek rögzítése után nő a biztonságot érintő változtatások száma, ha a szakterületek közötti döntések jóváhagyása sok időt vesz igénybe, vagy ha a megvalósulási dokumentáció lemarad a tényleges kivitelezés mögött, az annak a jele, hogy a megvalósítási modell rosszul van felépítve. A saját mérnöki iroda ott jelent előnyt, ahol a termékkel kapcsolatos tudás folytonossága és a változásokra adott gyors reakció számít. A kiszervezés ott indokolt, ahol a terjedelem jól meghatározott, az interfészek lezártak, és az eredményért viselt felelősséget hiánytalanul rögzítették. Ha a projektben integrátor, szoftverfejlesztő és karbantartási részleg is részt vesz, akkor az a döntés, hogy „házon belül végezzük vagy kiszervezzük”, önmagában már nem elég; ugyanilyen fontos az együttműködésük rendezése is, mert végső soron ez határozza meg az üzembe helyezés idejét, a változtatások költségét és a megbízható átvétel lehetőségét.

A szabványi és formai dimenzió nem a folyamat végén jelenik meg, hanem pontosan ott, ahol a tervezési döntés hatással van a biztonsági funkcióra, a használat módjára vagy a gép módosításának terjedelmére. Ez nem minden esetben vezet ugyanahhoz a kötelezettséghez a szervezet oldalán, mert a projekt jellege és az adott szereplő feladata is számít. Egy egyszerű szabályt azonban el kell fogadni: ha a műszaki döntések alapjai, a kockázatértékelés és a munka során bevezetett változtatások nem rekonstruálhatók, akkor a házon belüli megvalósítás vagy a kiszervezés közötti választás már nem hatékonysági kérdés, hanem felelősségi kérdés. Ilyenkor a beszélgetés természetes módon két további területre terelődik: hogyan ellenőrizhető, hogy a gép a tényleges megvalósításában biztonságos-e, illetve mikor szükséges a projekt útját a tervezéstől a megfelelőség igazolásáig és a CE-jelölésig rendezni.

Mire kell figyelni a bevezetés során

A bevezetés során a saját mérnöki iroda és a kiszervezés közötti különbség már nem a munkaóradíjról szóló vita. A megtérülést az dönti el, hogy a gyakorlatban ki tartja kézben a változásokat, ki érti a folyamat korlátait, és ki tudja megvédeni az elfogadott megoldásokat, amikor probléma merül fel az üzembe helyezésnél vagy az átvételnél. Nem maguk a tervezési hibák kerülnek a legtöbbe, hanem azok a hibák, amelyek túl későn derülnek ki: ütközések a mechanika és a vezérlés között, nem kellően meghatározott interfészek, a végfelhasználótól hiányzó bemenő adatok, a biztonságért viselt felelősség széttartó logikája. Ha egy szervezet úgy választja a kiszervezést, hogy a saját oldalán nincs meg a műszaki felügyelet képessége, akkor rendszerint nemcsak egy projektet vásárol, hanem minden változtatásnál függő helyzetbe is kerül a kivitelezőtől. Ha viszont minden házon belül marad, de a csapatnak nincs ideje a döntések dokumentálására és a szakterületek közötti felülvizsgálatok lefolytatására, a költség a javítások, az átvételek és a szerviz szakaszában tér vissza.

A leggyakoribb csapda az, hogy a megvalósítási modellt az erőforrások rendelkezésre állása alapján választják ki, nem pedig a projekt kockázatainak jellege szerint. Más szempontok alapján kell értékelni egy ismétlődő, saját szabványra épülő gépet, és másként egy új munkaállomást, amelynek kinematikája szokatlan, jelentősen beavatkozik a folyamatba, vagy nagy arányban tartalmaz biztonsági funkciókat. A gyakorlati szempont egyszerű: azt kell ellenőrizni, hogy a megrendelő oldalán megvan-e az a kompetencia, amely nemcsak a kész eredmény átvételére, hanem a műszaki alapfeltevések, a konstrukciós módosítások és a vezérlési architektúra jóváhagyására is kiterjed. Ha ez a kompetencia hiányzik, a teljes mérnöki outsourcing elsőre olcsóbbnak tűnhet, de növeli a terjedelemmel kapcsolatos viták kockázatát, elhúzza az egyeztetéseket, és megnehezíti annak megítélését, hogy a késedelem a kivitelező hibájából vagy a hiányos bemeneti követelményekből ered-e. Ezért nemcsak a költségkeretet és a határidőt érdemes mérni, hanem a koncepció véglegesítése utáni módosítások számát, a dokumentáció jóváhagyásának idejét, az üzembe helyezés után nyitva maradó eltérések számát, valamint a lezárásukhoz szükséges időt is.

A gyakorlatban ez jól látható egy meglévő gép korszerűsítésénél vagy több szereplő bevonásával megvalósuló sor építésénél. A saját mérnöki iroda gyakran jobban érti az üzem korlátait, a szervizelési hozzáférést, a karbantartási szabványokat és a berendezés tényleges használati módját. A külső kivitelező ezzel szemben sokszor gyorsabban készíti el a projektet, és hatékonyabban kezeli a speciális szakterületeket, ugyanakkor előfordulhat, hogy nem látja teljes egészében a munkakörnyezetet. Ha a bevezetés szakaszában derül ki, hogy módosítani kell a védőburkolatok elrendezését, a működési sorrendet vagy a leállítás utáni visszaállítás módját, akkor a kérdés már nem az, ki készíti el a rajzot vagy javítja a programot. A kérdés az, ki értékeli ennek a változásnak a hatását a biztonságra, a gép funkciójára és a dokumentáció teljességére. Ezen a ponton a megtérülés kérdése természetes módon átvezet annak gyakorlati értékeléséhez, hogyan ellenőrizhető, hogy a gép a valós megvalósításban is biztonságos-e, nem csak a tervezési feltételezések szintjén.

Csak ebben az összefüggésben válik láthatóvá a formai dimenzió. Nem minden projektmódosítás jár ugyanazokkal a kötelezettségekkel, de minden lényeges beavatkozás a funkcióba, a használat módjába vagy a biztonsággal összefüggő megoldásokba megköveteli a felelősségi körök és a döntési nyomvonal rendezését. Ha nem ismert, ki hagyta jóvá a változtatást, milyen alapon történt a kockázatértékelés, és hogy a dokumentáció a tényleges állapotot tükrözi-e, akkor az in-house vagy outsourcing modell elveszíti gazdasági jelentőségét, mert a megfelelőségért viselt felelősség kerül előtérbe. Ekkor a téma már átkerül a gép előkészítésének területére, a tervezéstől a megfelelőség igazolásáig és a CE-jelölésig. Projektirányítási szempontból ez egy dolgot jelent: a bevezetést úgy kell megtervezni, hogy a géppel együtt a műszaki döntések teljes köre, az ellenőrzési eredmények és a további üzemeltetéshez, korszerűsítéshez, valamint az átvétel vagy vita esetén szükséges alátámasztáshoz elengedhetetlen dokumentumok is átadásra kerüljenek.