Riskienhallinta erikoiskoneiden rakennussopimuksissa: milloin kiinteä hinta suojaa budjettia ja milloin se kasvattaa virheen kustannuksia

Erikoiskoneiden rakentamista koskevissa sopimuksissa vastakkainasettelu kiinteän hinnan ja iteratiivisen lähestymistavan välillä kohdistaa ongelman yleensä väärään paikkaan. Hankkeen onnistumista ratkaisee harvoin pelkkä sopimusmalli. Paljon tärkeämpää on se, missä vaiheessa osapuolet katsovat teknisten lähtöoletusten olevan riittävän kypsiä, jotta hinta, aikataulu ja vastuut voidaan lukita. Jos tämä tehdään liian aikaisin, riski ei häviä. Se siirtyy suunnitteluun, käyttöönottoon, hyväksyntään ja loppudokumentaatioon.

Käytännössä erikoiskone ei ole toistotuote, vaan vastaus tiettyyn prosessiin, kappaleeseen, hallin rajoitteisiin, operaattorin työskentelytapaan ja kunnossapidon olosuhteisiin. Siksi riskienhallinta tällaisessa hankkeessa ei ala sopimusmallin valinnasta, vaan siitä, että tunnistetaan, mitä päätöksiä voidaan vielä turvallisesti korjata ja mitkä muuttuvat hankintojen ja esivalmistuksen jälkeen kalliiksi muutostöiksi. Vasta tätä taustaa vasten voidaan järkevästi arvioida, milloin kiinteähintainen sopimus toimii ja milloin erikoiskoneprojekteissa tarvitaan hallittua iterointia.

Ongelma ei ole sopimus vaan se, milloin lähtöoletukset lukitaan

Erikoiskoneiden rakennusprojekteissa riskin lähde ei useimmiten ole itse kaupallinen malli, vaan hinnan, aikataulun ja vastuiden liian varhainen lukitseminen tilanteessa, jossa tekniset lähtöoletukset eivät vielä ole kypsiä. Jos osapuolilla ei vielä ole yhteistä, operatiivista käsitystä koneen toiminnasta, sopimus ei jäsennä hanketta vaan siirtää ristiriidan myöhemmäksi.

Käytännössä yleinen kuvaus teknologisesta tavoitteesta ei riitä. Ennen laajuuden lukitsemista on sovittava, miten koneen tulee toimia todellisessa käyttöympäristössä: mitä toimintoja sillä on, mikä suorituskyky sen on saavutettava, mitä tuotevariaatioita sen on käsiteltävä, missä kulkevat rajapinnat ympäristöön, miten asetusten vaihdot, käsikäyttö, huoltopääsy ja palautuminen pysähdyksen jälkeen toteutetaan. Yhtä tärkeitä ovat automaation rajat, toimitusjaon määrittely, turvallisuusvaatimukset, kunnossapidon lähtöoletukset ja hyväksyntädokumentaation kokonaisuus. Ilman näitä sopimuksia kiinteä hinta ei poista epävarmuutta, vaan muuttaa sen kiistaksi siitä, onko tietty korjaus vaatimusten täsmennys vai laajuusmuutos.

Tämä juuri erottaa hallitun projektin näennäisesti ennakoitavasta projektista. Jälkimmäisessä osapuolet yrittävät sulkea hankkeen kaupallisesti ennen kuin ne insinööripäätökset on tehty, jotka palaavat myöhemmin joka tapauksessa pöydälle. Näin käy useimmiten alueilla, joita pidetään alussa ”toteutuksen yksityiskohtina”: työsekvenssi, asetus- ja käsiajotilat, lukitukset, riippuvuudet ylemmän tason järjestelmistä, asetusten vaihdon ehdot tai tapa, jolla operaattori puuttuu prosessiin. Vasta myöhemmin käy ilmi, että juuri nämä asiat ratkaisevat ohjausarkkitehtuurin, suojaustoimenpiteet, sykliajan ja hyväksymiskriteerit.

Siksi iteratiivista lähestymistapaa ei pidä ymmärtää hyväksyntänä kurinalaisuuden puutteelle. Hyvin johdetussa hankkeessa se tarkoittaa epävarmuuksien hallittua esiin tuomista silloin, kun niiden poistaminen on vielä edullista ja organisatorisesti palautettavissa. Jos ensin varmistetaan prosessilogiikka, käyttötilanteet, käyttötilat, riippuvuudet linjasta ja koneen käyttäytyminen pysähdyksen jälkeen, monet virheelliset oletukset voidaan korjata ennen mekaniikan, ohjauskaappien ja hyväksyntädokumentaation toteutusta.

• Ennen kiinteähintaista tarjousta tulisi olla vähintään lukittuna: koneen toiminto, vaadittu suorituskyky, tuotevariaatiot, rajapinnat ympäristöön, käyttöympäristö, turvallisuusvaatimukset, kunnossapidon lähtöoletukset ja hyväksyntädokumentaation laajuus.

Monissa hankkeissa onkin järkevämpää hankkia ensin konsepti, riskianalyysi ja suunnitteluvaihe, ja siirtyä vasta lähtöoletusten kypsyyden varmistamisen jälkeen kiinteähintaiseen toteutukseen. Tämä ei ole liiallista formalismia, vaan tapa rajoittaa liian aikaisin tehtyjen päätösten kustannuksia.

Tällä on merkitystä myös vastuiden selkeyden kannalta. Yksi asia on tilaus tietyn teknologisen lopputuloksen saavuttamisesta, ja toinen asia tilaus koneesta tuotteena, joka edellyttää vaatimustenmukaisuuden arviointia ja CE-merkintää. Käytännössä nämä näkökulmat menevät usein päällekkäin, mutta niitä ei saa samaistaa. Jos hankkeen kohteena on kone tai konelinja, on jo alussa sovittava, kuka vastaa turvallisuusvaatimuksista, riskianalyysistä, teknisen dokumentaation täydellisyydestä ja käyttöön luovutuksen ehdoista.

Missä kustannus ja riski todella kasvavat

Kustannukset ja riskit kasvavat silloin, kun liian matalalla lähtöoletusten kypsyystasolla lukitaan päätöksiä, joita ei myöhemmin voida perua edullisesti. Konseptivaiheessa korjaus tarkoittaa yleensä muutosta toimintalogiikkaan, rajapintoihin tai turvallisuuslähtökohtiin. Suunnitelman jäädyttämisen jälkeen sama korjaus muuttuu hankittujen komponenttien vaihdoksi, mekaaniseksi muutostyöksi, ohjauskaappien uudelleenrakentamiseksi, ohjelmistokorjaukseksi, uusintatesteiksi ja hyväksyntöjen siirtymiseksi.

Esivalmistuksen, ohjauslogiikan ohjelmoinnin ja erityisesti FAT-testien jälkeen muutoksen kustannus ei ole enää pelkkä tekninen kustannus. Siihen sisältyvät jo aikataulu, käyttöönoton organisointi, uudelleenvalidointi sekä osapuolten välinen vastuunjako. Siksi projektia kannattaa arvioida paitsi lopullisen hinnan myös vaiheesta riippuvan muutoksen kustannuksen näkökulmasta. Alussa painottuu suunnittelutyön kustannus. Myöhemmin mukaan tulevat materiaali- ja valmistuskustannukset. Lopussa kalleimmaksi muodostuu vastaanoton, käyttöönoton ja laitoksen toiminnan häiriintyminen.

Tällä siirtymällä on selkeä vaikutus suunnitteluun. Jos toiminnallista arkkitehtuuria, keskeisiä rajapintoja, käyttöolosuhteita, vaadittua suorituskykyä ja syklin laadun mittaustapaa ei lukita riittävän varhain, sopimus ei enää jäsennä projektia. Se alkaa vain siirtää myöhään täsmentyvän tiedon seurauksia osapuolelta toiselle. Kiinteähintaisessa mallissa toimittaja puolustaa sovitun laajuuden rajoja, koska jokainen lähtötietojen epäselvyys merkitsee todellista kustannusta. Tilaaja puolestaan pyrkii säilyttämään prosessilta odotetun lopputuloksen, vaikka tieto yksityiskohdista, apuaineista, linjan ympäristöstä ja todellisista käyttöolosuhteista tarkentuu vasta työn edetessä.

Useimmiten kyse ei ole yhdestä ilmeisestä virheestä. Ongelma kasvaa useista pienistä määrittelypuutteista: kuka toimittaa viereisten laitteiden signaalit, kuka vastaa käyttöaineista ja niiden parametreista, kuka ennakoi pääsyalueet operaattorille ja kunnossapidolle, miten suorituskyky mitataan, millä kappale-erällä toiminta todennetaan ja millä kriteerillä syklin laatu arvioidaan. Kukin näistä kysymyksistä näyttää yksinään harmittomalta. Yhdessä ne voivat muuttaa vastuunjakoa, aikataulua ja vastaanoton ehtoja.

Turvallisuusriski kasvaa erityisen nopeasti silloin, kun tuotantotoimintoa täsmennetään myöhäisessä vaiheessa. Tällöin suojaustoimenpiteet eivät enää perustu konseptiin, vaan ne sovitetaan valmiiseen tai lähes valmiiseen rakenteeseen. Seurauksena on tyypillisiä ristiriitoja: suojukset haittaavat asetusten vaihtoa, lukitukset vaikeuttavat jumitilanteiden poistamista, pysäytyslogiikka alistetaan olemassa olevalle käyttöjärjestelmälle ja asetustilat sekä pääsy vaara-alueille ratkaistaan tapauskohtaisesti. Tällainen projekti voi edetä käyttöönottoon asti, mutta poikkeamien ja käytettävyyden rajoitteiden poistamisen kustannus on silloin moninkertaisesti suurempi kuin konseptivaiheessa ja riskianalyysissä standardin SFS-EN ISO 12100 mukaisesti.

Jos hankinnan kohteena on kone tai konekokonaisuus, myöhäiset muutokset vaikuttavat jo toteutuksen lisäksi myös vaatimustenmukaisuuden arviointiin, teknisen dokumentaation täydellisyyteen, käyttöohjeeseen ja käyttöön luovutuksen ehtoihin. Siksi FAT-, SAT-testejä ja vastaanottokriteerejä koskevien sopimusten tulisi alusta alkaen yhdistää toiminnalliset vaatimukset ja turvallisuusvaatimukset. Näiden erottaminen toisistaan johtaa yleensä siihen, että ongelma palaa esiin vastaanottovaiheessa.

Iteratiivinen lähestymistapa voi paljastaa virheelliset oletukset aiemmin, mutta se ei yksin ratkaise kustannusten ja vastuun kysymystä. Jos projektissa ei ole selkeitä päätöspisteitä, sovittuja lähtötietoja ja mitattavia hyväksymiskriteerejä seuraaville vaiheille, se ajautuu jatkuvan täsmentämisen tilaan. Tällöin tilaaja maksaa pitkittyvästä epävarmuudesta ja toimittaja menettää mahdollisuuden osoittaa, milloin vaatimukset on täytetty.

Miten valita malli ja kirjata päätökset

Valinnan kiinteän hinnan ja iteratiivisen lähestymistavan välillä ei pitäisi perustua uskomuksiin vaan lähtöoletusten kypsyyden arviointiin. Erikoiskoneiden rakentamisprojekteissa turvallisin ratkaisu on usein yhdistelmämalli: lyhyt, erikseen maksettava konsepti- ja riskien sulkemisvaihe, ja vasta sen jälkeen kiinteähintainen toteutussopimus laajuudelle, joka on aidosti saavuttanut vaaditun kypsyystason.

Tällainen järjestely ei heikennä budjetin hallintaa. Se ainoastaan siirtää hinnan lukitsemisen vaiheeseen, jossa tiedetään jo, mitä on tarkoitus toteuttaa, mitkä ovat prosessin rajoitteet ja missä vastuun raja kulkee. Jos teknologiset vaatimukset ovat vakaat, rajapinnat tunnetaan ja vastaanottokriteerit voidaan kuvata mitattavasti, kiinteä hinta jäsentää projektia ja helpottaa laskutusta. Jos taas epävarmuus koskee toimintoja, ergonomiaa, turvallisuutta, integraatiota linjaan tai prosessin käyttäytymistä käyttäjän puolella, tarvitaan hallittua iterointia ennen hankintojen ja toteutuksen käynnistämistä.

Keskeistä on erottaa toisistaan palautettavissa olevat ja peruuttamattomat päätökset. Iterointia johdetaan eri tavalla operaattorinäyttöjen, työsekvenssien, raporttien, lisävarusteiden tai käytön organisoinnin osalta kuin turvallisuusarkkitehtuurin, ulkomittojen, pääsyalueiden, huolto-oletusten, laskupaikkojen ja viereisiin laitteisiin liittyvien rajapintojen osalta. Tämä erottelu tulisi kirjata jo käyttäjävaatimusten määrittelyyn ja projektiriskien rekisteriin. Sen perusteella määräytyy, mitkä oletukset on hyväksyttävä muodollisesti ennen komponenttien tilaamista ja mitkä voidaan jättää toiminnallisiin kokeisiin.

Tilaajan näkökulmasta tämä tarkoittaa tarvetta jäsentää päätöksentekoprosessi, ei vain itse toimitusta. Tarvitaan vaatimusten omistaja investoijan puolelta, sovittu projektikatselmusten rytmi, avoin riskirekisteri sekä oletusten muodollinen hyväksyntä ennen siirtymistä hankintoihin, esivalmistukseen ja käyttöönottoon. Ilman tätä edes hyvä sopimus ei riitä, koska osapuolet ymmärtävät edelleen eri tavoin sen, mistä on jo sovittu.

Suurin osa kiistoista johtuu epätarkoista sopimusehdoista. Toteutussopimuksessa on määriteltävä yksiselitteisesti toimituksen laajuus, tilaajan toimittamat lähtötiedot, muutostenhallintamenettely, hyväksymispisteet, osittaisen ja lopullisen vastaanoton ehdot sekä työn päätyttyä luovutettavan dokumentaation kattavuus. Ennen sopimuksen allekirjoittamista valmiina tulisi olla vähintään prosessikuvaus, materiaalivirta, suorituskykyvaatimukset, ympäristöolosuhteet, rajapintojen kuvaus, kunnossapidon odotukset, turvallisuusoletukset sekä vastaanottokriteerit.

Jos jokin näistä osa-alueista ei ole vielä määritelty, se tulee kirjata nimenomaisesti konseptivaiheeseen, jolle sovitaan erillinen laskentatapa ja päätösportti; vasta sen jälkeen voidaan tehdä kiinteähintainen tarjous. Yhtä tärkeää on kuvata raja käyttöönoton ja myöhemmän prosessin optimoinnin välillä. Ilman tällaista erottelua toimittaja alkaa vastata lopputuloksesta, jota ei voida objektiivisesti sulkea vastaanotossa.

• lähtöoletuksiin liittyvä epävarmuus on vähäinen, rajapinnat tunnetaan ja vastaanotto on mitattavissa: kiinteähintainen sopimus;
• toimintojen, turvallisuuden tai integraation epävarmuus on suuri: konsepti- ja iterointivaihe ennen toteutuksen hinnoittelua;
• laajuus on osittain kypsä: vaiheittainen malli, jossa suljetut osa-alueet siirtyvät kiinteähintaiseen toteutukseen ja avoimet jäävät hallittuun muutostenhallintamenettelyyn.

Lopuksi esiin nousee vielä vaatimustenmukaisuuden ja vastuiden järjestys. Tekniset päätökset on alusta alkaen sidottava myöhempään koneiden vaatimustenmukaisuuden arviointiin, eikä niitä pidä käsitellä pelkästään suunnittelukysymyksinä. Jos konseptivaiheessa ei ole saatu päätökseen turvallisuusoletuksia, toimitusrajoja ja teknisestä dokumentaatiosta vastaamisen jakoa, ongelma palaa esiin riskianalyysissä, vastaanotossa ja loppuasiakirjojen valmistelussa. Kyse ei ole muodollisuuksien lisäämisestä vaan projektin hallittavuudesta.

Esimerkki käytännöstä ja vastuiden järjestys

Yksinkertaisin käytännön johtopäätös on tämä: erikoiskoneprojektissa toteutusvastuuta ei pidä jakaa lopullisesti ennen kuin teknisiin päätöksiin liittyvät vastuut on tunnistettu. Kun tilaaja kuvaa vain suorituskykytavoitteen tai prosessin yleisen lopputuloksen, mutta käyttötiloja, vaihtologiikkaa, vaadittuja operaattorin toimenpiteitä ja olemassa olevan järjestelmän rajoitteita ei ole vielä määritelty, kiinteä hinta kattaa tosiasiassa odotusten kuvauksen eikä kypsää toteutuslaajuutta.

Tyypillinen kulku on hyvin tunnettu. Tehdas tilaa epästandardin työaseman useiden kappalevarianttien käsittelyyn ja asettaa sille tietyn tuntituottavuuden. Aluksi prosessikuvaus vaikuttaa riittävältä: kappaleen syöttö, työvaihe, vastaanotto ja tilojen signalointi. Projektin edetessä kuitenkin paljastuu, että osa eristä vaatii käsin tehtävää asemointia, vaihtoja on tehtävä useita kertoja vuorossa, operaattori ulottuu ajoittain työalueelle ja olemassa oleva linja asettaa rajoituksia tilalle, syöttökorkeudelle ja pysäytyslogiikalle.

Kun hinta lukitaan liian aikaisin, toimittaja toteuttaa kirjaimellisesti sen, mitä laajuuteen on kirjattu. Jokainen myöhemmin esiin tuleva tarve palaa muutoksena: lisäsuojaukset, erilainen liikesekvenssi, uudet lukitukset, ohjauksen korjaus, lisävarustelu linjan rajapinnoille. Projekti menettää sujuvuutensa, ja vastaanotot lakkaavat olemasta toiminnan todentamista ja muuttuvat vaatimusten tulkintaa koskevaksi kiistaksi. Tällöin riskianalyysi ja dokumentaatio yrittävät perustella arkkitehtuuria, jota ei ole suunniteltu todellista käyttötapaa varten.

Vaiheittaisessa mallissa alku näyttää toisenlaiselta. Ensin määritellään työaseman toiminto, toimitusrajat, rajapinnat ympäristöön, keskeiset käyttötilanteet ja turvallisuuden perusoletukset, mukaan lukien vastuu integraatiosta olemassa olevaan linjaan. Vasta tämän vaiheen jälkeen sovitaan toteutuslaajuus, aikataulu ja vastaanottokriteerit. Tämä ei poista muutoksia kokonaan, mutta vähentää selvästi kiistanalaisia kohtia, koska silloin tiedetään jo, mitkä päätökset ovat täsmennyksiä ja mitkä muodostavat uuden laajuuden.

Tämä esimerkki osoittaa hyvin, ettei turvallisuutta pidä sovittaa jälkikäteen jo tilattuihin tai toteutettuihin ratkaisuihin. Sen on synnyttävä yhdessä koneen toiminnon, käyttötilanteiden, vaihtojen, puhdistuksen ja huollon kanssa. Muussa tapauksessa edes muodollisesti oikea roolijako ei korjaa päätösten virheellistä järjestystä.

Vasta tässä vaiheessa tulee mielekkäästi esiin Puolalle ja Euroopan unionille ominainen muodollinen järjestys. Erikoiskoneprojektissa on alusta lähtien tiedettävä, kuka toimii valmistajana säädösten tarkoittamassa merkityksessä, kuka vastaa teknisen dokumentaation täydellisyydestä, kuka suorittaa vaatimustenmukaisuuden arvioinnin ja kuka kiinnittää CE-merkinnän, jos sitä vaaditaan. On myös ratkaistava, onko projektin kohteena uusi kone, koneyhdistelmä vai olemassa olevan järjestelmän olennainen muutos, sillä tästä riippuu asiakirjakokonaisuuden lisäksi myös vastuiden jako integraattorin, osatoimittajien ja loppukäyttäjän välillä.

Juuri siksi kysymysten vastuunjaosta prosessiosan ja koneosan välillä, ehdollisen vastaanoton mielekkyydestä silloin kun dokumentaatiossa, ohjeissa tai keskeneräisessä riskianalyysissä on puutteita, sekä modernisoinnin toteutustavasta ei pitäisi nousta esiin vasta vastaanottovaiheessa. Jos ne palaavat esiin näin myöhään, se tarkoittaa yleensä, että sopimus on suljettu ennen projektia.

Käytännön johtopäätös on siis varsin selkeä. Erikoiskoneiden suunnittelussa ei tarvitse valita täysin jäykän mallin ja täydellisen avoimuuden välillä. Olennaista on tunnistaa, mitkä projektin osat ovat jo riittävän kypsiä lukittaviksi kiinteähintaiseen malliin ja mitkä taas vaativat vielä hallittua iterointia. Hyvin johdettu projekti ei poista muutoksia kokonaan. Se ainoastaan rajoittaa niitä muutoksia, jotka tulevat esiin liian myöhään, aiheuttavat suurimmat kustannukset ja hämärtävät vastuun koneen turvallisuudesta, toiminnasta ja vaatimustenmukaisuudesta.