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.

Kaikki ohjelmistotoimittajat julkaisevat tulevaisuudessa versiopäivityksiä yhä useammin, eikä suuri osa enää anna valita, milloin päivitys tapahtuu vai tapahtuuko ollenkaan. Toimittajat pakottavat asiakkaansa mukaan omaan julkaisusykliinsä. Ilman DevOpsia yllättävät päivitykset ovat kivuliaita, elleivät jopa mahdottomia.

Aiheeseen kannattaa tutustua aluksi lukemalla The DevOps Handbook tai The Phoenix Project. Molemmat kirjat opettavat selkokielellä mistä DevOpsissa on pohjimmiltaan kyse, eivätkä keskity liikaa tekniikkaan. Näiden kirjojen lukemisen jälkeen voit tehdä tietoisena päätöksen DevOpsin käyttöönotosta ilman, että tulet ohjelmistoasiantuntiojiden manipuloimaksi.

DevOpsin käyttöönotto kannattaa aloittaa pienen mutta motivoituneen tiimin kanssa: mielellään sellaisen, joka tuntee jo valmiiksi ketterät menetelmät. Ei kannata aloittaa kaikkein kriittisimmästä hankkeesta. Saattaa olla hyvä ottaa mukaan ulkopuolinen DevOps-konsultti. Aluksi tiimi käyttää varmasti paljon aikaa oikeiden työskentelytapojen löytämiseen, kamppailee työkalujen ja toistensa kanssa, eikä tuota kovin paljoa. Uuden toimintatavan oppiminen ei ole helppoa ja työkalut voivat olla haastavia. DevOps-tiimeille on olemassa paljon kivoja open source -työkaluja, mutta kaikkien niiden kasaaminen yhteen ensimmäistä kertaa saattaa olla tuskaa.

Kannattaa tiedostaa, että kehittäjät usein ymmärtävät DevOpsin väärin. Ydinajatus on, että kehittäjät (Dev), operations (Ops), QA ja turvallisuus (Sec) -roolit tekevät yhteistyötä ketterästi ja tuottavat arvoa ohjelmiston kautta. Vaikka kaikki lähtökohtaisesti toivottavat ajatuksen yhteistyöstä tervetulleeksi, kehittäjät yleensä pitävät yksinkertaisempana jättää muut kolme roolia ulkopuolelle, sillä se helpottaa heidän elämäänsä. QA, Ops ja Sec ovat puolestaan tyytyväisiä tilanteeseen, sillä he todennäköisesti tuntevat DevOpsia vielä vähemmän kuin kehittäjät.

Mitä tulee tehdä, jotta DevOpsista saisi täyden hyödyn:

  1. Priorisoi työ puhtaasti liiketoiminnan hyötyjen kannalta
  2. Tunnista, että kestävän liiketoimintahyödyn tuottaminen vaatii investointeja ohjelmistoarkkitehtuuriin ja -prosesseihin.
  3. Yhteiset prioriteetit ja työtahti Dev, QA, Sec ja Ops -roolien välillä. Oikeasti.
  4. Automatisoi kaikki mahdolliset prosessin työvaiheet.
  5. Mittaa kaikkea tekemistä ja käytä tuloksia päätöksenteon pohjana.

Monet ajattelevat DevOpsin käyttöönottoa kulttuurillisena muutoksena – ja aivan oikeutetusti. Työkulttuuri ei ole taikaa: se koostuu tavoista ja uskomuksista ja muuttuu työtapojen, prosessien, käytäntöjen ja työkalujen myötä.

Jotta saataisiin selkeä kuva, mitä DevOpsin jalkauttaminen voi parhaimmillaan olla, kuvittele, että laitetaan yhteen kasa vapautta rakastavia artisteja (Dev), armeijan säntillinen tykistötiimi (QA ja Ops) sekä sääntöjen valvomiseen erikoistunut virkamies (Sec), ja määrätään kaikki työskentelemään yhdessä lean-periaatteella toimivalle Toyota-tehtaalle. Tämän vuoksi muutos täytyy aloittaa pian ja se täytyy aloittaa pienillä askeleilla. Menestys syntyy ajan kanssa.


Lue lisää: Qentinel parantaa DevOpsin toimivuuttaa analytiikan ja AI:n avulla

How DevOps Creates Value


Lue loput blogisarjasta:

  1. Keskity riskeihin ja riippuvuuksiin
  2. Ota DevOps käyttöön oikein
  3. Näe IT-sijoitukset tuotteina projektien sijaan
  4. Testaaminen vasemmalle ja oikealle
  5. Automatisoi
  6. Mittaa

Aiheet:

DevOps, Ohjelmistonkehitys, Ohjelmistojulkaisu


Esko Hannula

Esko Hannula

esko.hannula@qentinel.com

Näytä kaikki kirjoitukset