Rizikos valdymas nestandartinių mašinų gamybos sutartyse: kada fiksuota kaina apsaugo biudžetą, o kada padidina klaidos kainą

Specialiųjų mašinų gamybos sutartyse ginčas tarp fiksuotos kainos ir iteracinio požiūrio dažniausiai nukreipia dėmesį ne ten, kur iš tikrųjų slypi problema. Projekto sėkmę retai lemia vien sutarties forma. Kur kas svarbiau, kada šalys pripažįsta technines prielaidas pakankamai brandžiomis, kad būtų galima galutinai nustatyti kainą, terminą ir atsakomybę. Jei tai padaroma per anksti, rizika niekur nedingsta. Ji persikelia į projektavimo, paleidimo, priėmimo ir galutinės dokumentacijos etapą.

Praktikoje specialioji mašina nėra serijinis gaminys, o sprendimas, pritaikytas konkrečiam procesui, detalei, cecho apribojimams, operatoriaus darbo pobūdžiui ir techninės priežiūros sąlygoms. Todėl rizikos valdymas tokiame projekte prasideda ne nuo sutarties modelio pasirinkimo, o nuo to, kurios sprendimų sritys dar gali būti saugiai koreguojamos, o kurios po pirkimų ir prefabrikacijos jau virsta brangiai kainuojančiu perdarymu. Tik šiame kontekste galima pagrįstai įvertinti, kada tinka fiksuotos kainos sutartis, o kada specialiųjų mašinų projektuose būtina kontroliuojama iteracija.

Problema yra ne sutartis, o prielaidų užfiksavimo momentas

Rizikos šaltinis specialiųjų mašinų kūrimo projektuose dažniausiai yra ne pats komercinis modelis, o pernelyg anksti galutinai nustatyta kaina, grafikas ir atsakomybė, kai techninės prielaidos dar nėra pakankamai brandžios. Jei šalys dar neturi bendro, veiklos požiūriu aiškaus mašinos funkcijos supratimo, sutartis projekto nesutvarko – ji tik atideda konfliktą vėlesniam laikui.

Praktikoje nepakanka bendro technologinio tikslo aprašymo. Prieš galutinai apibrėžiant apimtį reikia suderinti, kaip mašina turi veikti realioje aplinkoje: kokias funkcijas atlikti, kokį našumą pasiekti, kokius gaminio variantus aptarnauti, kur yra sąsajos su aplinka, kaip turi vykti perreguliavimas, rankinis valdymas, techninės priežiūros prieiga ir veikimo atkūrimas po sustabdymo. Ne mažiau svarbios yra automatikos ribos, tiekimo apimties pasidalijimas, saugos reikalavimai, techninės priežiūros prielaidos ir visas priėmimo dokumentacijos komplektas. Be šių susitarimų fiksuota kaina nepašalina neapibrėžtumo, o tik paverčia jį ginču dėl to, ar konkretus pakeitimas yra reikalavimų patikslinimas, ar apimties keitimas.

Būtent tai skiria tvarkingai valdomą projektą nuo projekto, kuris tik atrodo nuspėjamas. Antruoju atveju šalys bando komerciškai uždaryti projektą dar prieš priimant inžinerinius sprendimus, kurie vėliau vis tiek sugrįš. Dažniausiai taip nutinka srityse, kurios pradžioje laikomos „įgyvendinimo detalėmis“: darbo seka, derinimo ir rankiniai režimai, blokavimai, priklausomybės nuo aukštesnio lygio sistemų, perreguliavimo sąlygos ar operatoriaus įsikišimo būdas. Tik vėliau paaiškėja, kad būtent šie klausimai lemia valdymo architektūrą, apsaugos priemones, ciklo laiką ir priėmimo kriterijus.

Todėl iteracinio požiūrio nereikėtų suprasti kaip sutikimo atsisakyti drausmės. Gerai valdomame projekte tai reiškia kontroliuojamą neapibrėžtumo atskleidimą tuo metu, kai jo pašalinimas dar yra nebrangus ir organizaciškai grįžtamas. Jei pirmiausia patikrinama proceso logika, aptarnavimo scenarijai, darbo režimai, priklausomybės nuo linijos ir mašinos elgsena po sustabdymo, daug klaidingų prielaidų galima ištaisyti dar prieš pagaminant mechaniką, valdymo spintas ir priėmimo dokumentaciją.

• Prieš pateikiant fiksuotos kainos pasiūlymą turi būti bent jau galutinai apibrėžta: mašinos funkcija, reikalaujamas našumas, gaminio variantai, sąsajos su aplinka, darbo aplinka, saugos reikalavimai, techninės priežiūros prielaidos ir priėmimo dokumentacijos apimtis.

Todėl daugelyje projektų racionaliau pirmiausia įsigyti koncepciją, rizikos analizę ir projektavimo etapą, o tik patvirtinus prielaidų brandą pereiti prie įgyvendinimo su fiksuota kaina. Tai nėra perteklinio formalizmo požymis, o būdas apriboti per anksti priimtų sprendimų kainą.

Tai svarbu ir atsakomybės tvarkai. Viena yra užsakymas pasiekti konkretų technologinį rezultatą, o visai kas kita – užsakymas mašinai kaip gaminiui, kuriam reikalingas atitikties vertinimas ir CE ženklinimas. Praktikoje šios sritys dažnai persidengia, tačiau jų tapatinti negalima. Jei projekto objektas yra mašina arba mašinų agregatas, jau pradžioje reikia nustatyti, kas atsako už saugos reikalavimus, rizikos analizę, techninės dokumentacijos išsamumą ir perdavimo naudoti sąlygas.

Kur iš tikrųjų auga kaina ir rizika

Kaina ir rizika auga tada, kai, esant per mažai brandžioms prielaidoms, galutinai užfiksuojami sprendimai, kurių vėliau nebeįmanoma nebrangiai atšaukti. Koncepcijos etape korekcija paprastai reiškia veikimo logikos, sąsajų arba saugos prielaidų pakeitimą. Užšaldžius projektą, ta pati korekcija tampa įsigytų komponentų keitimu, mechaniniu perdarymu, valdymo spintų perprojektavimu, programinės įrangos pataisomis, pakartotiniais bandymais ir priėmimo terminų nukėlimu.

Po prefabrikacijos, parengus valdymo logiką, o ypač po FAT bandymų, pakeitimo kaina nebėra vien techninė sąnauda. Ji jau apima terminą, paleidimo organizavimą, pakartotinį validavimą ir atsakomybės pasidalijimą tarp šalių. Dėl to projektą verta vertinti ne tik pagal galutinę kainą, bet ir pagal nuo etapo priklausančią pakeitimo kainą. Pradžioje vyrauja projektavimo darbų sąnaudos. Vėliau prisideda medžiagų ir gamybos sąnaudos. Pabaigoje brangiausiai kainuoja priėmimas, paleidimas ir gamyklos veiklos sutrikdymas.

Šis poslinkis turi paprastą projektinę pasekmę. Jeigu pakankamai anksti nebuvo „užšaldyta“ funkcinė architektūra, pagrindinės sąsajos, darbo sąlygos, reikalaujamas našumas ir ciklo kokybės matavimo būdas, sutartis nustoja struktūruoti projektą. Ji tik perkelia vėliau paaiškėjusios informacijos pasekmes iš vienos šalies kitai. Fiksuotos kainos modelyje rangovas gina sutartos darbų apimties ribas, nes kiekvienas neapibrėžtumas įvesties duomenų pusėje reiškia realias sąnaudas. Užsakovas savo ruožtu bando išlaikyti laukiamą proceso rezultatą, nors žinios apie detalę, terpes, linijos aplinką ir realias eksploatavimo sąlygas subręsta tik darbų eigoje.

Dažniausiai kalbama ne apie vieną akivaizdų trūkumą. Problema auga dėl virtinės smulkių neapibrėžtumų: kas pateikia signalus iš gretimų įrenginių, kas atsako už terpes ir jų parametrus, kas numato prieigos zonas operatoriui ir techninei priežiūrai, kaip matuojamas našumas, su kokia detalių partija tikrinamas veikimas ir pagal kokį kriterijų vertinama ciklo kokybė. Kiekvienas iš šių klausimų atskirai atrodo nepavojingas. Tačiau kartu jie gali pakeisti atsakomybę, terminą ir priėmimo sąlygas.

Saugos rizika ypač greitai didėja tada, kai gamybinė funkcija tikslinama per vėlai. Tuomet apsaugos priemonės kyla ne iš koncepcijos, o yra pritaikomos prie jau pagamintos arba beveik baigtos konstrukcijos. Atsiranda tipiškos įtampos: apsaugos priemonės trukdo perreguliavimui, blokavimo įtaisai apsunkina strigčių šalinimą, stabdymo logika prijungiama prie esamos pavarų sistemos, o nustatymo režimai ir prieiga prie pavojingų zonų sprendžiami ad hoc. Toks projektas gali pasiekti paleidimo etapą, tačiau neatitikčių ir naudojimo apribojimų pašalinimo kaina tuomet yra nepalyginamai didesnė nei koncepcijos ir rizikos vertinimo pagal ISO 12100 etape.

Jeigu užsakymo objektas yra mašina arba mašinų agregatas, vėlyvi pakeitimai daro įtaką jau ne tik gamybai, bet ir atitikties vertinimui, techninės dokumentacijos išsamumui, instrukcijai bei perdavimo naudoti sąlygoms. Todėl susitarimai dėl FAT, SAT ir priėmimo kriterijų nuo pat pradžių turėtų sujungti funkcinius ir saugos reikalavimus. Šių dviejų sričių atskyrimas paprastai baigiasi tuo, kad problema sugrįžta priėmimo metu.

Iteracinis požiūris gali anksčiau atskleisti klaidingas prielaidas, tačiau pats savaime neišsprendžia sąnaudų ir atsakomybės klausimo. Jeigu projekte nėra aiškių sprendimo taškų, suderintų įvesties duomenų ir išmatuojamų atskirų etapų priėmimo kriterijų, jis pereina į nuolatinio tikslinimo būseną. Tuomet užsakovas moka už užsitęsusį neapibrėžtumą, o rangovas praranda galimybę parodyti, kada reikalavimai buvo įvykdyti.

Kaip parinkti modelį ir įforminti sprendimus

Pasirinkimas tarp fiksuotos kainos ir iteracinio požiūrio neturėtų būti grindžiamas įsitikinimais, o prielaidų brandos įvertinimu. Specialiųjų mašinų kūrimo projektuose saugiausias dažnai būna mišrus modelis: trumpas, atskirai apmokamas koncepcijos ir rizikų uždarymo etapas, o tik po jo – vykdymo sutartis su fiksuota kaina tai apimčiai, kuri iš tikrųjų pasiekė reikiamą brandą.

Toks modelis nesusilpnina biudžeto kontrolės. Jis tik perkelia kainos „užšaldymo“ momentą į etapą, kuriame jau aišku, kas turi būti sukurta, kokie yra proceso apribojimai ir kur eina atsakomybės riba. Jeigu technologiniai reikalavimai yra stabilūs, sąsajos žinomos, o priėmimo kriterijų galima aprašyti išmatuojamai, fiksuota kaina struktūruoja projektą ir palengvina atsiskaitymą. Tačiau jeigu neapibrėžtumas susijęs su funkcija, ergonomika, sauga, integracija su linija arba proceso elgsena naudotojo pusėje, prieš pradedant pirkimus ir gamybą reikalinga kontroliuojama iteracija.

Svarbiausia atskirti grįžtamus ir negrįžtamus sprendimus. Vienaip organizuojama iteracija operatoriaus ekranams, darbo sekoms, ataskaitoms, papildomai įrangai ar aptarnavimo organizavimui, ir visai kitaip – saugos architektūrai, gabaritams, prieigos zonoms, techninės priežiūros prielaidoms, atramos taškams ir sąsajoms su gretimais įrenginiais. Šis skirtumas turėtų būti įrašytas jau naudotojo reikalavimų specifikacijoje ir projekto rizikų registre. Nuo to priklauso, kurios prielaidos turi būti formaliai patvirtintos prieš užsakant komponentus, o kurias galima palikti funkciniams bandymams.

Užsakovo požiūriu tai reiškia poreikį sutvarkyti ne tik patį tiekimą, bet ir sprendimų priėmimo procesą. Reikalingas reikalavimų savininkas investuotojo pusėje, suderintas projektinių peržiūrų ritmas, skaidrus rizikų registras ir formalus prielaidų tvirtinimas prieš pereinant prie pirkimų, prefabrikacijos ir paleidimo. Be to nepakaks net geros sutarties, nes šalys vis tiek skirtingai supras, kas jau buvo suderinta.

Daugiausia ginčų kyla dėl netikslių sutarties nuostatų. Vykdymo sutartyje turi būti aiškiai apibrėžta tiekimo apimtis, užsakovo pateikiami įvesties duomenys, pakeitimų procedūra, priėmimo taškai, dalinio ir galutinio priėmimo sąlygos bei po darbų užbaigimo perduodamos dokumentacijos komplektiškumas. Prieš ją pasirašant turėtų būti parengta bent jau: proceso aprašas, medžiagų srauto schema, našumo reikalavimai, aplinkos sąlygos, sąsajų aprašas, eksploatacijos priežiūros lūkesčiai, saugos prielaidos ir priėmimo kriterijai.

Jei kuris nors iš šių elementų dar nėra nustatytas, jis turi būti aiškiai įtrauktas į koncepcijos etapą, numatant atskirą atsiskaitymo tvarką ir sprendimo priėmimo vartus, po kurių tik tada atliekamas fiksuotos kainos įkainojimas. Ne mažiau svarbu apibrėžti ribą tarp paleidimo ir vėlesnio proceso optimizavimo. Be tokio atskyrimo rangovas pradeda atsakyti už rezultatą, kurio priėmimo metu neįmanoma objektyviai galutinai patvirtinti.

• mažas pradinių prielaidų neapibrėžtumas, žinomos sąsajos, išmatuojamas priėmimas: fiksuotos kainos sutartis;
• didelis funkcijų, saugos ar integracijos neapibrėžtumas: koncepcijos ir iteracijų etapas prieš vykdymo kainos nustatymą;
• iš dalies subrendusi apimtis: etapinis modelis, kuriame užbaigti elementai pereina į fiksuotos kainos įgyvendinimą, o atviri klausimai lieka kontroliuojamoje pakeitimų procedūroje.

Pabaigoje vėl grįžtama prie atitikties ir atsakomybės tvarkos. Techninius sprendimus nuo pat pradžių reikia sieti su vėlesniu mašinų atitikties vertinimu, o ne laikyti juos vien projektavimo klausimais. Jei koncepcijos etape nebuvo užbaigtos saugos prielaidos, tiekimo ribos ir atsakomybės už techninę dokumentaciją pasidalijimas, problema sugrįš atliekant rizikos analizę, priėmimą ir rengiant galutinius dokumentus. Čia kalbama ne apie formalumų gausinimą, o apie projekto valdomumą.

Praktinis pavyzdys ir atsakomybės tvarka

Paprasčiausia praktinė išvada yra tokia: specialiosios paskirties mašinos projekte nereikėtų galutinai paskirstyti atsakomybės už įgyvendinimą, kol nėra išsiaiškinta atsakomybė už techninius sprendimus. Kai užsakovas apibrėžia tik našumo tikslą arba bendrą proceso rezultatą, tačiau dar nėra nustatyti darbo režimai, perstatymo logika, būtini operatoriaus veiksmai ir esamos sistemos apribojimai, fiksuota kaina iš esmės apima lūkesčių aprašą, o ne brandžią vykdymo apimtį.

Tipinė eiga gerai žinoma. Įmonė užsako nestandartinę darbo vietą keliems gaminio variantams aptarnauti ir numato konkretų valandinį našumą. Iš pradžių proceso aprašas atrodo pakankamas: gaminio padavimas, darbo operacija, paėmimas, būsenų signalizavimas. Tačiau projekto eigoje paaiškėja, kad daliai partijų reikia rankinio pozicionavimo, perstatymą tenka atlikti kelis kartus per pamainą, operatorius periodiškai siekia į darbo zoną, o esama linija nustato vietos, padavimo aukščio ir sustabdymo logikos apribojimus.

Per anksti kainos požiūriu uždarytame variante rangovas pažodžiui įgyvendina tai, kas įrašyta į apimtį. Kiekvienas vėliau išryškėjęs poreikis sugrįžta kaip pakeitimas: papildomos apsaugos priemonės, kitokia judesių seka, nauji blokavimai, valdymo korekcija, papildomos sąsajos su linija. Projektas praranda sklandumą, o priėmimai nustoja būti veikimo patikra ir virsta ginču dėl reikalavimų interpretavimo. Tuomet rizikos analizė ir bandymų dokumentacija mėgina pagrįsti architektūrą, kuri nebuvo suprojektuota pagal realų naudojimo būdą.

Etapiniame variante pradžia atrodo kitaip. Pirmiausia apibrėžiama darbo vietos funkcija, tiekimo ribos, sąsajos su aplinka, pagrindiniai eksploatavimo scenarijai ir bazinės saugos prielaidos, įskaitant atsakomybę už integraciją su esama linija. Tik po šio etapo nustatoma vykdymo apimtis, grafikas ir priėmimo kriterijai. Tai visiškai nepanaikina pakeitimų, tačiau aiškiai sumažina ginčytinų sričių skaičių, nes jau žinoma, kurie sprendimai yra detalizavimas, o kurie sukuria naują apimtį.

Toks pavyzdys aiškiai parodo, kad sauga neturėtų būti derinama po fakto prie jau užsakytų ar pagamintų sprendimų. Ji turi būti kuriama kartu su mašinos funkcija, eksploatavimo scenarijais, perstatymu, valymu ir techniniu aptarnavimu. Priešingu atveju net formaliai teisingas vaidmenų pasidalijimas neištaisys klaidingos sprendimų sekos.

Tik šiame etape prasmingai atsiranda Lenkijai ir Europos Sąjungai būdinga formali tvarka. Specialiosios paskirties mašinos projekte nuo pat pradžių reikia žinoti, kas veikia kaip gamintojas teisės aktų prasme, kas atsako už techninės dokumentacijos komplektiškumą, kas atlieka atitikties vertinimą ir kas ženklina CE, jei to reikalaujama. Taip pat reikia nuspręsti, ar projekto objektas yra nauja mašina, mašinų agregatas, ar esamos sistemos esminis pakeitimas, nes nuo to priklauso ne tik dokumentų rinkinys, bet ir pati atsakomybės tvarka tarp integratoriaus, dalinių tiekėjų ir galutinio naudotojo.

Būtent todėl klausimai dėl atsakomybės pasidalijimo už proceso dalį ir mašinos dalį, dėl sąlyginio priėmimo tikslingumo, kai trūksta dokumentacijos, instrukcijų arba neužbaigta rizikos analizė, taip pat dėl modernizavimo vykdymo būdo neturėtų iškilti tik priėmimo metu. Jei jie sugrįžta taip vėlai, tai paprastai reiškia, kad sutartis buvo uždaryta anksčiau nei pats projektas.

Todėl praktinė išvada gana paprasta. Projektuojant specialiąsias mašinas nereikia rinktis tarp visiško standumo ir visiško atvirumo. Reikia nustatyti, kurie projekto elementai jau yra pakankamai subrendę, kad būtų fiksuojami pagal fiksuotos kainos modelį, o kuriems dar būtina kontroliuojama iteracija. Gerai valdomas projektas pokyčių visiškai nepanaikina. Jis tik apriboja tuos pakeitimus, kurie atsiranda per vėlai, kainuoja daugiausia ir išsklaido atsakomybę už mašinos saugą, funkciją ir atitiktį.