Riippuuko liiketoimintasi menestys tietojärjestelmäsi virheettömästä toiminnasta? Useimpien yritysten kohdalla näin on.
Pysähdy hetkeksi ja mieti; mitä sinä tiedät järjestelmistä, joihin liiketoimintasi pohjautuu? Mistä ne tulevat? Miten niiden laatu varmistetaan? Mistä tiedät, kun jotain menee pieleen? Miten voit vähentää virheiden mahdollisuutta? Mitkä ovat suurimmat riskit? Kuinka todennäköisiä ne ovat?
Ohjelmistoprosessia on yleensä vaikeampi hallita ja optimoida kuin esimerkiksi teollisuuden tuotantoprosessia. Tällä ei kuitenkaan ole mitään tekemistä ohjelmistoon liitettävien niin kutsuttujen “älyllisten haasteiden” tai “perityn kompleksisuuden” kanssa. Syy löytyy siitä, että teollisuustuotannon historia on ohjelmistoja pidempi ja käytännöt vakiintuneempia. Lisäksi siinä käytettävät työkalut ja -prosessit ovat standardoidumpia, eikä mahdollisuus variaatioille ole yhtä suuri kuin ohjelmistoissa.
Nopeatahtisia ohjelmistojen julkaisusyklejä on lähes mahdotonta hallita ilman testiautomaatiota. Mikäli tarkoituksena on pysyä ketterän ohjelmistokehityksen tahdissa, manuaalinen testaus on yksinkertaisesti liian hidasta. Ohjelmistojen ja niiden välisten integraatioiden validoinnissa manuaalinen testaaminen muodostuu ajan myötä taakaksi.
Ohjelmistotestaus, tuo tietojärjestelmäkehityksen outolintu. Mutta miksi näin on? Yleisellä tasolla testaamisen kustannuksia tai kestoa on jopa suhteellisen helppo arvioida. Tästä huolimatta juuri testausvaihe on laajalti tunnustettu pullonkaulaksi ohjelmistojen julkaisuprosesseissa.
“Projekteista tuotteiksi” on noussut viime aikoina muodikkaaksi iskulauseeksi ja aivan syystä. Aikaisemmin tietojärjestelmiin suhtauduttiin kertaluonteisina investointeina ja ne oli luontevaa toteuttaa projekteina. Oli täysin normaalia käyttää projektin määrittelyyn vuosi ja toteutukseen pari vuotta. Sitten järjestelmä otettiin käyttöön ja sitä käytettiin useita vuosia. Järjestelmän tultua "tiensä päähän" käynnistettiin sen korvaamiseksi uusi projekti.
Jos et ole jo ottanut DevOpsia käyttöön sovelluskehityksessä, nyt olisi korkea aika tehdä se. DevOps on ohjelmistojulkaisulle sama kuin lean on tuotantoprosessille. DevOpsin tähtäimenä on optimoida ajan ja arvon suhde – tietysti menettämättä laatua. Yleensä ohjelmistokehittäjät pitävät DevOpsista, koska se on ”cool”. Todellisuudessa valitettavan suurin osa kehittäjistä kohtelee DevOpsia samalla tavoin kuin aikoinaan ketterää ohjelmistokehitystä: ottamalla käyttöön vain mukavat osuudet.
