PUOLUSTUKSELLA ON OHJELMISTO-ONGELMA, EIKÄ SE LIITY KOODIN LAATUUN
Euroopassa tehdään historiallisen suuria investointeja puolustukseen. Tehdashalleja rakennetaan, tuotantokapasiteettia kasvatetaan ja uusia järjestelmiä kilpailutetaan kiihtyvällä tahdilla. Vaikka fyysinen tuotanto on jatkossakin kriittistä, se ei enää yksin määritä puolustuskykyä.

Puolustuksen ajattelu siirtyy laitteista ohjelmistoon
Moderni puolustus rakentuu yhä enemmän ohjelmistoista. Silti keskustelu pyörii usein edelleen tuotantolinjojen, alustojen ja suorituskykylukujen ympärillä. Tulevaisuuden etumatka ei kuitenkaan ratkea vain sillä, kuka rakentaa eniten tai suurinta. Sen ratkaisee se, kuka pystyy nopeimmin kehittämään, integroimaan ja turvallisesti viemään operatiiviseen käyttöön uutta kyvykkyyttä, useimmin tarkoittaen ohjelmistoa.
Nykyaikaiset järjestelmät, kuten lentokalusto, merialustat, johtamis- ja ohjusjärjestelmät sekä operatiivinen infrastruktuuri ovat kaikki vahvasti ohjelmistovetoisia. Turvallisuus muodostaa sen perustavan tavan, jolla suorituskyky rakennetaan, ylläpidetään ja kehitetään.
Monessa eurooppalaisessa puolustusorganisaatiossa ohjelmistoja kehitetään edelleen rakenteilla ja toimintamalleilla, jotka on luotu raskaaseen, laitteistovetoiseen aikaan. Silloin pääalusta määritteli kyvykkyyden ja ohjelmisto oli sen ympärille rakennettu tukitoiminto. Tämä maailma on muuttunut, mutta organisaatiorakenteet ja prosessit eivät ole muuttuneet samaa vauhtia.
Ohjelmisto ei enää tue puolustuskykyä, vaan määrittää sen laadun.
Haaste ei ole koodissa, vaan rakenteissa
Tänä päivänä operatiivinen etu määräytyy yhä useammin sen perusteella, kuinka nopeasti organisaatio pystyy kehittämään, integroimaan, validoimaan, hyväksymään ja jatkuvasti parantamaan ohjelmistokeskeisiä järjestelmiä erittäin tiukasti säädellyssä ympäristössä.
Ohjelmiston ympärille organisoituminen erottaa aidosti ohjelmistovetoisen organisaation pelkästä ohjelmistojen tuottajasta.
Kun ohjelmistovetoisia järjestelmiä rakennetaan laitekeskeisillä toimintatavoilla, seuraukset näkyvät nopeasti. Tekninen kompleksisuus kasvaa nopeammin kuin organisaation kyvykkyys. Varmennus- ja testisyklit pitenevät. Integraatiosta tulee pullonkaula. Kehitystiimit käyttävät kohtuuttoman paljon aikaa hallinnollisiin työvaiheisiin sen sijaan, että loisivat uutta suorituskykyä.
Tuloksena ei ole innovaation puute, vaan kitka, joka hidastaa kehitystä juuri silloin, kun geopoliittinen todellisuus vaatisi nopeuttamista.
Suorituskyky kehittyy ohjelmiston tahdissa
Puolustuskyky ei enää kehity ainoastaan hankintojen, tuotantosuunnitelmien tai teollisten syklien tahtiin. Se kehittyy ohjelmiston tahdissa. Siksi ohjelmistosta on nopeasti tulossa enemmän operatiivinen infrastruktuuri kuin pelkkä tekninen alusta.
Modernit puolustusjärjestelmät eivät elä irrallisina alustoina. Ne muodostavat verkottuneita ekosysteemejä, joissa ohjelmisto, kyberresilienssi, simulaatioympäristöt, operatiiviset työnkulut ja yhä useammin tekoälypohjaiset ratkaisut toimivat jatkuvassa vuorovaikutuksessa. Jokainen muutos vaikuttaa useaan järjestelmän osaan. Jokainen riippuvuus merkitsee. Jokainen arkkitehtuuri- ja suunnittelupäätös ohjaa tulevaa suorituskykyä.
Ohjelmisto määrittää yhä useammin sen, miten järjestelmät käyttäytyvät, miten toimintakyky säilyy kriittisissä olosuhteissa ja kuinka nopeasti uusia kyvykkyyksiä voidaan tuoda turvallisesti operatiiviseen käyttöön.
Organisaatiot, jotka menestyvät
Pitkään nopeus ja luotettavuus nähtiin jännitteisenä parina. Vauhdin kiihtyessä riskit kasvavat ja kun kontrollia tiukennetaan, toimitus hidastuu. Tämä muuttaa myös käsitystä nopeudesta.
Ohjelmistovetoisessa puolustuksessa tämä vastakkainasettelu menettää merkitystään.
Pirstaleiset kehitysympäristöt, irralliset työkaluketjut ja siiloutuneet tiimit toimivat hitaasti ja ovat haavoittuvaisia. Organisaatiot, jotka ovat rakentaneet vahvan ohjelmistopohjan, kurinalaisen insinöörityön, integroidut kehitys- ja toimitusympäristöt sekä selkeän ohjauksen, huomaavat usein päinvastaisen ilmiön. Kun perusta on kunnossa, muutos helpottuu. Nopeus ja turvallisuus eivät kilpaile keskenään, vaan vahvistavat toisiaan.
Parhaiten menestyvillä organisaatioilla on paljon yhteistä. Ne rakentavat ympäristön, jossa ohjelmistot, kyberturvallisuus, integraatiot ja operatiiviset työnkulut muodostavat yhden kokonaisuuden. Kurinalaista ja mitattavaa toimitusnopeutta priorisoidaan tinkimättä turvallisuudesta, resilienssistä tai jäljitettävyydestä. Näin ohjelmistokehitys nähdään operatiivisena suorituskykynä, ei IT-tukena.
Tämä ei ole piilaaksolaista kokeilukulttuuria.
Puolustus toimii täysin toisenlaisessa todellisuudessa. Turvallisuusluokitellut ympäristöt, vientirajoitteet, sertifioinnit ja vuosikymmeniä käytössä olevat operatiiviset järjestelmät luovat reunaehdot, joita harva kaupallinen organisaatio joutuu huomioimaan.
Silti myöskään puolustussektori ei voi enää nojata rakenteisiin, jotka on luotu hitaiden teollisten syklien ehdoilla.
Tulevaisuus kuuluu ohjelmiston tahdissa muuttuvalle puolustukselle
Tulevaisuus kuuluu niille organisaatioille, jotka pystyvät muuttumaan nopeammin kuin niiden järjestelmät vanhenevat. Se vaatii enemmän kuin yksittäisiä ohjelmistoprojekteja. Organisaatioiden täytyy hallita rakenteet, prosessit, kumppaniverkostot ja johtaminen täytyy tunnistaa ohjelmiston strategiseksi voimavaraksi.
Euroopan tuleva puolustusetu ei ratkea yksin sillä, kuka rakentaa suurimmat alustat, vaan ratkaisu piilee kyvykkyydessä kehittää nopeiten uutta operatiivista suorituskykyä. Nykyisessä toimintaympäristössä tuo suorituskyky syntyy yhä useammin ohjelmiston kautta.
Ohjelmistovetoinen puolustus käytännössä
Olipa tavoitteenanne kehitystahdin kiihdyttäminen, kyberresilienssin vahvistaminen, päätöksenteon tukeminen datalla ja tekoälyllä tai täysin uusien suorituskykyjen rakentaminen, onnistuminen riippuu yhä enemmän siitä, miten hyvin ohjelmistot, järjestelmät ja ihmiset toimivat yhdessä.
HiQ:lla olemme nähneet muutoksen käytännössä puolustussektorin hankkeissa, modernien asiointipalvelujen, operatiivisten käyttöliittymien, integraatioalustojen ja tekoälyratkaisujen kautta. Yhdistävä tekijä on aina ohjelmistossa, josta tulee osa operatiivista ydintä.