Obvladovanje tveganj pri pogodbah za izdelavo namenskih strojev: kdaj fiksna cena varuje proračun in kdaj poveča strošek napake

Pri pogodbah za izdelavo specialnih strojev spor med fiksno ceno in iterativnim pristopom pogosto postavi problem na napačno mesto. O uspehu projekta redko odloča sama pogodbena formula. Veliko pomembneje je, kdaj pogodbeni stranki tehnične predpostavke prepoznata kot dovolj zrele, da je mogoče dokončno določiti ceno, rok in odgovornost. Če se to zgodi prezgodaj, tveganje ne izgine. Prenese se v fazo projektiranja, zagona, prevzema in končne dokumentacije.

V praksi specialni stroj ni serijski izdelek, temveč odgovor na konkreten proces, obdelovanec, omejitve hale, način dela operaterja in pogoje vzdrževanja. Zato se obvladovanje tveganj v takem projektu ne začne z izbiro vrste pogodbe, ampak s prepoznavanjem, katere odločitve je še mogoče varno popraviti in katere po nabavi in prefabrikaciji postanejo draga predelava. Šele na tej podlagi je mogoče smiselno presoditi, kdaj se obnese pogodba s fiksno ceno in kdaj je pri projektih specialnih strojev potrebna nadzorovana iteracija.

Težava ni pogodba, temveč trenutek zaprtja predpostavk

Vir tveganja pri projektih izdelave specialnih strojev najpogosteje ni sam poslovni model, temveč prezgodnje zaprtje cene, časovnice in odgovornosti ob tehnično nezrelih predpostavkah. Če stranki še nimata skupnega operativnega razumevanja funkcije stroja, pogodba projekta ne uredi, ampak konflikt le prestavi na pozneje.

V praksi splošen opis tehnološkega cilja ne zadošča. Pred zaprtjem obsega je treba uskladiti, kako naj stroj deluje v dejanskem okolju: katere funkcije mora imeti, kakšno zmogljivost mora dosegati, katere variante izdelka mora obdelovati, kje potekajo vmesniki z okolico, kako naj bodo izvedene menjave orodij, ročno upravljanje, servisni dostop in ponovni zagon po zaustavitvi. Enako pomembne so meje avtomatizacije, razdelitev dobave, varnostne zahteve, predpostavke vzdrževanja in popolnost prevzemne dokumentacije. Brez teh dogovorov fiksna cena ne odpravi negotovosti, ampak jo spremeni v spor o tem, ali je določena korekcija le natančnejša opredelitev zahtev ali sprememba obsega.

Prav to ločuje urejen projekt od projekta, ki je le navidez predvidljiv. V drugem primeru skušata stranki poslovno zapreti projekt, še preden so sprejete inženirske odločitve, ki se bodo pozneje tako ali tako vrnile. Najpogosteje se to zgodi na področjih, ki so na začetku obravnavana kot »izvedbene podrobnosti«: zaporedje delovanja, nastavitveni in ročni načini, blokade, odvisnosti od nadrejenih sistemov, pogoji menjave orodij ali način posega operaterja. Šele pozneje se izkaže, da prav ta vprašanja odločajo o arhitekturi krmiljenja, zaščitnih ukrepih, času cikla in merilih prevzema.

Zato iterativnega pristopa ne gre razumeti kot privolitev v pomanjkanje discipline. V dobro vodenem projektu pomeni nadzorovano razkrivanje negotovosti takrat, ko je njeno odpravljanje še poceni in organizacijsko reverzibilno. Če se najprej preverijo logika procesa, scenariji upravljanja, načini delovanja, odvisnosti od linije in način obnašanja stroja po zaustavitvi, je mogoče številne napačne predpostavke popraviti še pred izdelavo mehanike, krmilnih omar in prevzemne dokumentacije.

• Pred ponudbo s pavšalno ceno morajo biti zaprti vsaj: funkcija stroja, zahtevana zmogljivost, variantnost izdelka, vmesniki z okolico, delovno okolje, varnostne zahteve, predpostavke vzdrževanja in obseg prevzemne dokumentacije.

V številnih projektih je zato razumneje najprej kupiti koncept, analizo tveganja in projektno fazo, šele po potrditvi zrelosti predpostavk pa preiti v izvedbo s fiksno ceno. To ni izraz pretiranega formalizma, temveč način za omejitev stroškov odločitev, sprejetih prezgodaj.

To je pomembno tudi za jasno razmejitev odgovornosti. Nekaj drugega je naročilo za dosego določenega tehnološkega učinka, nekaj drugega pa naročilo za stroj kot izdelek, ki zahteva oceno skladnosti in oznako CE. V praksi se ti ureditvi pogosto prekrivata, vendar ju ne smemo enačiti. Če je predmet projekta stroj ali sklop strojev, je treba že na začetku določiti, kdo je odgovoren za varnostne zahteve, analizo tveganja, popolnost tehnične dokumentacije in pogoje predaje v uporabo.

Kje stroški in tveganje v resnici naraščajo

Stroški in tveganje naraščajo takrat, ko se ob prenizki zrelosti predpostavk zaprejo odločitve, ki jih pozneje ni več mogoče poceni obrniti. V fazi koncepta popravek običajno pomeni spremembo logike delovanja, vmesnikov ali varnostnih predpostavk. Po zamrznitvi projekta pa ista korekcija postane sprememba že nabavljenih komponent, mehanska predelava, preureditev krmilnih omar, popravek programske opreme, ponovni preizkusi in zamik prevzemov.

Po prefabrikaciji, po pripravi krmilne logike, predvsem pa po FAT preizkusih strošek spremembe ni več zgolj tehnični strošek. Zajema že rok, organizacijo zagona, ponovno validacijo ter odgovornost med pogodbenima stranema. Zato je projekt smiselno presojati ne le skozi končno ceno, temveč tudi skozi strošek spremembe, ki je odvisen od faze. Na začetku prevladuje strošek projektnega dela. Pozneje se pridružita strošek materiala in izvedbe. Na koncu pa postanejo najdražje motnje pri zagonu, prevzemu in obratovanju obrata.

Ta premik ima preprosto posledico za vodenje projekta. Če funkcionalna arhitektura, glavni vmesniki, obratovalni pogoji, zahtevana zmogljivost in način merjenja kakovosti cikla niso bili pravočasno ustrezno zamrznjeni, pogodba projekta ne ureja več. Začne le prenašati posledice pozno pridobljenih informacij z ene strani na drugo. Pri modelu s fiksno ceno izvajalec varuje meje dogovorjenega obsega, saj vsaka nejasnost v vhodnih podatkih pomeni dejanski strošek. Naročnik pa skuša ohraniti pričakovani rezultat procesa, čeprav se poznavanje podrobnosti, medijev, okolice linije in dejanskih obratovalnih pogojev izoblikuje šele med izvajanjem del.

Najpogosteje pri tem ne gre za eno očitno napako. Težava se kopiči skozi vrsto manjših nedorečenosti: kdo zagotovi signale iz sosednjih naprav, kdo je odgovoren za medije in njihove parametre, kdo predvidi območja dostopa za operaterja in vzdrževanje, kako se meri zmogljivost, na kateri seriji izdelkov se preverja delovanje in po katerem merilu se ocenjuje kakovost cikla. Vsako od teh vprašanj je posamezno videti nenevarno. Skupaj pa lahko spremenijo odgovornost, rok in pogoje prevzema.

Tveganje za varnost se še posebej hitro poveča, kadar se proizvodna funkcija natančneje opredeljuje pozno. Takrat zaščitni ukrepi ne izhajajo iz zasnove, temveč se prilagajajo že izdelani ali skoraj izdelani konstrukciji. Pojavijo se tipične napetosti: varovala ovirajo preurejanje, blokade otežujejo odpravljanje zagozditev, logika zaustavitve je podrejena obstoječemu pogonskemu sistemu, načini nastavljanja in dostop do nevarnih območij pa se rešujejo sproti. Tak projekt lahko pride do zagona, vendar je strošek odprave neskladnosti in omejitev pri uporabi takrat neprimerljivo večji kot v fazi zasnove in analize tveganja v skladu s SIST EN ISO 12100.

Če je predmet naročila stroj ali sklop strojev, pozne spremembe ne vplivajo več le na izvedbo, temveč tudi na oceno skladnosti, popolnost tehnične dokumentacije, navodila in pogoje za predajo v uporabo. Zato bi morale dogovori glede preizkusov FAT, SAT in meril prevzema od začetka povezovati funkcionalne zahteve z varnostnimi zahtevami. Ločevanje teh dveh sklopov se praviloma konča tako, da se težava vrne ob prevzemu.

Iterativni pristop lahko napačne predpostavke razkrije prej, vendar sam po sebi ne reši vprašanja stroškov in odgovornosti. Če projekt nima jasnih odločitvenih točk, usklajenih vhodnih podatkov in merljivih meril za sprejem posameznih faz, preide v stanje stalnega dodatnega opredeljevanja. Takrat naročnik plačuje za dolgotrajno negotovost, izvajalec pa izgubi možnost dokazati, kdaj so bile zahteve izpolnjene.

Kako izbrati model in zapisati odločitve

Izbira med fiksno ceno in iterativnim pristopom ne bi smela izhajati iz prepričanj, temveč iz ocene zrelosti predpostavk. Pri projektih izdelave specialnih strojev je pogosto najvarnejši mešani model: kratka, ločeno plačana faza zasnove in zapiranja tveganj, šele nato pa izvedbena pogodba s fiksno ceno za obseg, ki je dejansko dosegel zahtevano stopnjo zrelosti.

Takšna ureditev ne zmanjšuje nadzora nad proračunom. Le premakne trenutek zamrznitve cene v fazo, ko je že jasno, kaj naj nastane, kakšne so omejitve procesa in kje poteka meja odgovornosti. Če so tehnološke zahteve stabilne, vmesniki znani, merila prevzema pa je mogoče opisati merljivo, fiksna cena projekt uredi in olajša obračun. Če pa se negotovost nanaša na funkcijo, ergonomijo, varnost, integracijo z linijo ali obnašanje procesa na strani uporabnika, je pred začetkom nabave in izvedbe potrebna nadzorovana iteracija.

Ključno je razlikovanje med reverzibilnimi in nereverzibilnimi odločitvami. Drugače se vodi iteracija za operaterske zaslone, delovne sekvence, poročila, dodatno opremo ali organizacijo upravljanja, drugače pa za varnostno arhitekturo, gabarite, območja dostopa, servisne predpostavke, odlagalna mesta in vmesnike s sosednjimi napravami. To razlikovanje bi moralo biti zapisano že v specifikaciji uporabniških zahtev in registru projektnih tveganj. Od tega je odvisno, katere predpostavke morajo biti formalno potrjene pred naročilom komponent in katere je mogoče pustiti do funkcionalnih preizkusov.

Z vidika naročnika to pomeni potrebo po ureditvi procesa odločanja, ne le same dobave. Potreben je skrbnik zahtev na strani investitorja, usklajen ritem projektnih pregledov, pregleden register tveganj ter formalno potrjevanje predpostavk pred prehodom v nabavo, prefabrikacijo in zagon. Brez tega tudi dobra pogodba ne zadošča, saj bosta strani še naprej različno razumeli, kaj je bilo že dogovorjeno.

Največ sporov izvira iz nejasnih pogodbenih določil. Izvedbena pogodba mora nedvoumno opredeliti obseg dobave, vhodne podatke, ki jih zagotovi naročnik, postopek obvladovanja sprememb, točke potrditve, pogoje za delni in končni prevzem ter popolnost dokumentacije, predane po zaključku del. Pred njenim podpisom morajo biti pripravljeni vsaj: opis procesa, materialni tok, zahteve glede zmogljivosti, okoljski pogoji, opis vmesnikov, pričakovanja vzdrževanja, varnostne predpostavke ter kriteriji prevzema.

Če kateri od teh elementov še ni določen, mora biti to izrecno vključeno v konceptno fazo z ločenim načinom obračuna in z odločitveno točko, šele po kateri sledi pavšalna ponudba. Enako pomembno je jasno opredeliti mejo med zagonom in poznejšo optimizacijo procesa. Brez takšnega razlikovanja izvajalec začne odgovarjati za rezultat, ki ga ob prevzemu ni mogoče objektivno zaključiti.

• majhna negotovost predpostavk, znani vmesniki, merljiv prevzem: pogodba s fiksno ceno;
• velika negotovost glede funkcij, varnosti ali integracije: faza koncepta in iteracij pred ponudbo za izvedbo;
• delno dozorel obseg: fazni model, v katerem se zaključeni elementi prenesejo v pavšalno izvedbo, odprta vprašanja pa ostanejo v nadzorovanem postopku sprememb.

Na koncu se znova odpre vprašanje skladnosti in odgovornosti. Tehnične odločitve je treba od začetka povezovati s poznejšo oceno skladnosti strojev, ne pa jih obravnavati zgolj kot projektantska vprašanja. Če v fazi koncepta niso bile zaključene varnostne predpostavke, meje dobave in razdelitev odgovornosti za tehnično dokumentacijo, se bo težava vrnila pri analizi tveganja v projektu, prevzemu in pripravi končne dokumentacije. Ne gre za kopičenje formalnosti, temveč za obvladljivost projekta.

Primer iz prakse in jasna razmejitev odgovornosti

Najpreprostejši praktični sklep je naslednji: pri projektu specialnega stroja ni smiselno dokončno razdeliti odgovornosti za izvedbo, dokler niso razjasnjene odgovornosti za tehnične odločitve. Kadar naročnik opiše le cilj glede zmogljivosti ali splošni učinek procesa, še niso pa določeni načini delovanja, logika preurejanja, zahtevani posegi operaterja in omejitve obstoječega sistema, fiksna cena v resnici zajema opis pričakovanj, ne pa zrelega izvedbenega obsega.

Tipičen potek je dobro znan. Obrat naroči nestandardno celico za obdelavo več različic izdelka in predpostavi določeno urno zmogljivost. Na začetku se zdi opis procesa zadosten: dovod izdelka, delovna operacija, odvod, signalizacija stanj. Med projektom pa se pokaže, da del serij zahteva ročno pozicioniranje, preurejanje je treba izvesti večkrat v izmeni, operater občasno posega v delovno območje, obstoječa linija pa narekuje omejitve glede prostora, višine podajanja in logike zaustavitve.

Pri različici, kjer je cena določena prezgodaj, izvajalec dobesedno izvede tisto, kar je zapisano v obsegu. Vsaka pozneje razkrita potreba se vrne kot sprememba: dodatna varovala, drugačno zaporedje gibov, nove blokade, popravek krmiljenja, dodatna oprema vmesnikov z linijo. Projekt izgubi tekoč potek, prevzemi pa niso več preverjanje delovanja, temveč se spremenijo v spor o razlagi zahtev. Analiza tveganja in dokumentacija takrat skušata utemeljiti arhitekturo, ki ni bila zasnovana za dejanski način uporabe.

Pri faznem pristopu je začetek videti drugače. Najprej se opredelijo funkcija postaje, meje dobave, vmesniki z okolico, glavni scenariji uporabe in osnovne varnostne predpostavke, vključno z odgovornostjo za integracijo z obstoječo linijo. Šele po tej fazi se določijo izvedbeni obseg, terminski načrt in kriteriji prevzema. To sprememb ne odpravi v celoti, vendar izrazito zmanjša število spornih področij, ker je že jasno, katere odločitve pomenijo dodatno natančnejšo opredelitev in katere ustvarjajo nov obseg.

Tak primer jasno pokaže, da se varnost ne sme naknadno prilagajati rešitvam, ki so bile že naročene ali izvedene. Nastajati mora skupaj s funkcijo stroja, scenariji uporabe, preurejanjem, čiščenjem in servisiranjem. V nasprotnem primeru tudi formalno pravilen razrez vlog ne bo popravil napačnega zaporedja odločitev.

Šele na tej stopnji smiselno nastopi formalni okvir, ki velja za Poljsko in Evropsko unijo. Pri projektu specialnega stroja mora biti od začetka jasno, kdo nastopa kot proizvajalec v smislu predpisov, kdo odgovarja za popolnost tehnične dokumentacije, kdo vodi postopek ugotavljanja skladnosti in kdo namesti oznako CE, če je ta zahtevana. Odločiti je treba tudi, ali je predmet projekta nov stroj, sklop strojev ali bistvena sprememba obstoječega sistema, saj od tega ni odvisen le nabor dokumentov, temveč tudi sama razporeditev odgovornosti med integratorjem, delnimi dobavitelji in končnim uporabnikom.

Prav zato se vprašanja o razdelitvi odgovornosti za procesni del in strojni del, o smiselnosti pogojnega prevzema ob pomanjkljivi dokumentaciji, navodilih ali nezaključeni analizi tveganja ter o načinu izvedbe posodobitve ne bi smela pojaviti šele ob prevzemu. Če se vračajo tako pozno, to običajno pomeni, da je bila pogodba sklenjena prej kot projekt.

Praktični sklep je torej precej preprost. Pri izdelavi specialnih strojev ni treba izbirati med popolno togostjo in popolno odprtostjo. Prepoznati je treba, kateri deli projekta so že dovolj zreli, da jih je mogoče zapreti v pavšalni obliki, in kateri še vedno zahtevajo nadzorovano iteracijo. Dobro voden projekt sprememb ne odpravlja v celoti. Omejuje le tiste spremembe, ki se pojavijo prepozno, povzročijo največ stroškov in zabrišejo odgovornost za varnost, funkcionalnost in skladnost stroja.