Miten varmistaa hankitun ohjelmiston hyötysuhde jatkossakin? OSA 2

Edellisessä artikkelissa pohdittiin ylläpidon ja kehitystyön suhdetta ja miten sitä tulisi muuttaa. Tämä artikkeli jatkaa suoraan siitä mihin edellinen jäi, lue siis se ensin.

Moni taho tarjoaa ”täysin muunneltavia järjestelmiä jotka ovat parametroitavissa juuri niin kuin haluatte!” Kuullostaako tutulta?  Se kannattaa kuitenkin pitää mielessä että mitä enemmän omia ratkaisuja tekee sen monimutkaisemmaksi ja kalliimmaksi jatkokehitys muodostuu. Otetaan esimerkki automaailmasta: Meillä on kaksi Toimitusjohtajaa jotka haluavat urheiluauton, Timo ja Tero. Timo Toimitusjohtaja haluaa urheiluauton, joka on nopein, hienoin ja paras koskaan tehty urheiluauto. Niinpä hän matkustaa Maranelloon Ferrarin tehtaalle ja yhdessä heidän parhaimpien insinöörien kanssa räätälöi Ferrarinsa sellaiseksi kuin hän sen haluaa. Siinä on kaksi paikkaa, erikoisjousitus, leveämmät kilparenkaat ja kaikkea muuta mitä urheiluautossa voi tarvita. Hän lentää takaisin Suomeen ja jää odottamaan auton valmistumista.

Tero toimitusjohtaja taas tunnistaa urheiluauton todellisen tarkoituksen ja ostaa urheiluauton jossa on oikea henki. Hän valitsee Aston Martinin joka kelpaa myös Bondille. Hän valitsee siihen normivalikoiman nahkapenkit ja varustetason ja odottaa innolla sen saapumista Suomeen.

Kuukautta myöhemmin Teron auto saapuu ja hän pääsee nauttimaan siitä samantien, täysin siemauksin. Tällä välin Timo saa kuulla että tilaamansa auto ei ole vielä valmis sillä erikoisjousituksen vaatimat osat ovat loppuneet tavarantoimittajalta, markkinoilla vallitsevan raaka-aine pulan takia. Odotettu valmistuminen siirtyy kolmella kuukaudella.

Kolme kuukautta vierähtää ja Timo saa tiedon että auto on tulossa Suomeen. Muutaman päivän kuluttua käy kuitenkin ilmi ettei tulli päästä sitä Suomeen sillä kilparenkaiden leveys ylittää valmistajan ilmoittaman maksimi-leveyden eikä autoa tästä syystä voida tuoda Suomeen. Tämä aiheuttaa tiettyä paperisotaa mutta kolmen viikon taistelun jälkeen Timo saa tuoda autonsa maahan erikoiskatsastettuna. Kuluja ja aikaa Timo on tässä vaiheessa kuluttanut moninkertaisen määrän Teroon nähden eikä käyttöhyötyä vielä ole lainkaan.

Vuoden kuluttua sekä Timolle että Terolle on siunaantunut perhe: vaimo ja lapsi. Molemmat  haluavat käyttää urheiluautoansa yhdessä perheen kanssa. Teron viisipaikkainen Aston Martin sopii tähän loistavasti kun taas Timon erikoissuunniteltuun huippu-autoon ei mahdukaan kuin kaksi aikuista. Tarpeet ovat siis yllättäen muuttuneet eikä liian personalisoitu  auto enää vastaa tarpeita. Timolla ei ole muita vaihtoehtoja kuin vaihtaa auto sopivampaan. Aikaa ja rahaa kuluu jälleen iso määrä ja loppujen lopuksi Timo päätyy samantyyppiseen valintaan kuin Tero, nelipaikkaiseen urheiluautoon mihin mahtuu vaimo,lapsi ja mahdollinen koirakin.

Monessa organisaatiossa ollaan edetty Timon lailla ja rakennettu optimaalista ratkaisuja sen hetken tarpeisiin täysin huomioimatta että tarpeet ja toiveet saattavat muuttua radikaalistikin lyhyehkössä ajassa. On siis viisaampaa ja huomattavasti kustannustehokkaampaa käydä omia vaatimuksia kriittisesti läpi (ja karsia niistä muutaman) kuin toteuttaa nykyhetken tarpeisiin vastaavaa järjestelmää. Järjestelmän kun tulisi pystyä vastaamaan myös huomisen tarpeisiin eivätkä ne aina voi olla tiedossa etukäteen.

Business-maailma muuttuu yhä nopeammaksi vuosi vuodelta eikä nykypäivänä enää rakenneta Iisakin kirkkoja,vaikka kauniita ovatkin. Sen sijaan rakennetaan erilaisia ”hiljentymis-huoneita” esim. lentokentille jotka paremmin vastaavat nyky-ajan tarpeita ja voi palvella eri uskonnon edustajia samaan aikaan. Sama koskee järkevää ohjelmistokehitystä oli sitten kyse crm:stä, toiminnanohjausjärjetelmästä (erp:istä) tai vaikkapa älypuhelinsovelluksesta.

”Italialaisittain” voisi todeta että oivan ohjelmiston tulisi olla sekä riittävän joustava että sopivan jämäkkä, eli ”al dente”. Ehkä ohjelmistokehityksessä – kuten ruoanlaitossa voisi pitää hauskaakin?

Ota yhteyttä niin katsotaan yhdessä sopivaa reseptiä!