Moni julkinen it-järjestelmä on vanhentunut jo käyttöön tullessaan

Moni julkisen hankinnan kautta hankittu it-järjestelmä voi olla jo käyttöönottohetkellä vanhentunut. Tekniikan lisensiaatti Aapo Kosken väitöstutkimuksen mukaan tämä johtuu sekä hankintalain vaatimuksista että it-alan perinteisistä työtavoista. Koski erottaa julkisista tietojärjestelmähankinnoista kolme pääongelmaa: puutteellinen kommunikaatio tilaajan ja yritysten välillä, hankinta-aikojen pitkä kesto ja ohjelmistoyritysten työtavat.

– Luotamme liikaa siihen, että hankintailmoitukset ovat ymmärrettäviä ja kattavia. Todennäköisesti toimittajakandidaatit ymmärtävät kuitenkin jotain väärin, etenkin jos asiakkaan toimiala on ohjelmistoyritykselle vieras, Koski sanoo.

Valmistumisajat jopa kymmenen vuotta

Koski on itse työskennellyt vuosia ohjelmistokehittäjänä ja -arkkitehtina. Hän on osallistunut monien it-järjestelmien julkisiin hankintoihin esimerkiksi yleisen turvallisuuden ja puolustuksen aloilla, joilla tekniikan on pakko toimia. Väitöksessään Koski keskittyykin tämän kaltaisiin, kriittisiksi kutsuttuihin järjestelmiin.

Hyvä esimerkki kriittisestä järjestelmästä on hätäkeskusten tietojärjestelmä ERICA, jonka pääsuunnittelijana Koski työskenteli vuosina 2010–2015. ERICA-järjestelmä yhdistää hätäpuhelut valtakunnallisesti, näyttää soittajan sijainnin kartalla ja ehdottaa päivystäjälle toimenpiteitä tämän syöttämän tiedon perusteella.

– ERICAa alettiin valmistella hätäkeskuslaitoksen, poliisin, ensihoidon ja pelastuslaitoksen kanssa jo vuonna 2008. Järjestelmää alettiin toteuttaa vuonna 2011 ja se tuli käyttöön vuonna 2018. On ilmeistä, että tekniikka, järjestelmäympäristö ja osin myös käyttötarve muuttuvat kymmenessä vuodessa, Koski sanoo.

Kosken mukaan hankintalain ei pitäisi sallia näin suurten it-järjestelmien tilaamista kerralla niin, että lopputulos odottaa vuosien päässä.

– Hankintalain pitäisi pakottaa tilaamaan järjestelmät osissa, esimerkiksi puolen vuoden tai vuoden toimitusajalla. Valmistunutta osaa pitäisi testata kunnolla ja jatkaa toteutusta vasta käyttäjäpalautteen perusteella. Näin sekä tilaaja että ohjelmistoyritys pystyisivät paremmin reagoimaan myös ympäristön muutoksiin, Koski sanoo.

– Tietojärjestelmäalalla elää tiukassa toimintatapa, jossa vanha järjestelmä ajetaan kerralla alas ja aletaan tehdä uutta tyhjästä. Meidän pitäisi kuitenkin hyväksyä se, että mikään järjestelmä ei ole koskaan valmis. Ne pitää rakentaa niin, että niitä voi jatkuvasti parantaa.

Projektimallista palvelumalliin

Kolmas julkisten tietojärjestelmähankkeiden ongelma tulee Kosken mukaan it-alalla vallitsevasta projektiajattelusta. Perinteisesti ohjelmistoyritys vie tilatun projektin loppuun, ja sekä tilaaja että yritys katsovat vain alkuperäisen sopimuksen ehtojen täyttymistä. Kosken mukaan olisi parempi, jos ohjelmistoyritykset hoitaisivat projektin palveluna niin kutsutun SaaS-mallin (Software-as-a-Service) mukaan. Siinä yritys vastaisi myös järjestelmän ylläpidosta ja käyttötuesta.

– Näin ohjelmistokehittäjät saataisiin lähemmäs oikeita käyttäjiä ja saataisiin palautetta käyttäjiltä. Näin myös muutostarpeisiin pystyttäisiin reagoimaan nopeammin.

Palvelumalli toimii parhaiten, jos sitä käytetään alusta asti, mutta malliin voi siirtyä myöhemminkin. Esimerkiksi Hätäkeskuslaitoksen ERICA-järjestelmässä palvelumalli on nyt käytössä.

– Nyt järjestelmän ylläpitäjä pystyy reagoimaan vikatilanteisiin nopeasti ja näkemään suoraan, miten käyttäjät hyödyntävät järjestelmää. Parhaimmillaan jokin vikatilanne saadaan korjattua ennen kuin käyttäjät edes huomaavat vikaa, Koski sanoo.

Lisätiedot:

Aapo Koski
Puh: 040 7171279
Sähköposti: aapo.koski@helsinki.fi

TkL Aapo Koski väittelee keskiviikkona 7.8.2019 klo Helsingin yliopiston Metsätalon salissa 1 (Fabianinkatu 39 tai Unioninkatu 40 B, 1. krs) aiheesta On the Provisioning of Mission Critical Information Systems Based on Public Tenders.