Blog

5 parasta käytäntöä DevOpsin skaalaamiseen

JAN 17, 2019

DevOps parantaa ohjelmistojen laatua ja nopeuttaa markkinoillepääsyä. Koska DevOps edellyttää myös kulttuurista muutosta, DevOps-transformaatiot ovat haastavia erityisesti suurille yrityksille. Nämä Atlassianin viisi DevOps-transformaation parasta käytäntöä auttavat pääsemään alkuun.

Heidi Aho

Heidi is a writer who loves working in vibrant, ambitious teams and figuring out what kind of content is worth your while. Her favorite thing about Helsinki is skiing on the open sea.

Tämän artikkelin näkemykset perustuvat Atlassianin Solution Engineer Giulio Iannazzon DEVOPS 2018 -tapahtumassa pitämään puheenvuoroon. Tutustu koko esitykseen ja videoon sekä kaikkiin Euroopan johtavan DevOps-tapahtuman esityksiin ja videoihin silloin, kun sinulle sopii.

Jos pohdit mahdollisia esteitä DevOps- ja digitaalisen transformaation skaalaamiselle, näiden parhaiden käytäntöjen avulla pääset alkuun. 

Haaste 1: DevOps on epämääräinen termi, jota tulkitaan eri tavoin

Jotkut organisaatiossasi saattavat ajatella, että DevOps tarkoittaa vain toistuvien prosessien automatisointia. Se on kuitenkin paljon muutakin.

Paras käytäntö 1: Järjestä työpajoja, joissa DevOps-tekniikoita esitellään käytännössä

Tämän lähestymistavan avulla tiimisi saavat samalla kertaa sekä teoriaa että tietoa hyödyistä.

On tärkeää viestiä, ettei DevOps ole työkalu tai nopea organisaatiouudistus, vaan ajattelutapa ja filosofia. Jotta tässä onnistutaan, ihmisten on nähtävä DevOps käytännössä, jotta siitä tulee osa heidän päivittäistä työtään. DevOps on jatkuvan kokeilun ja parantamisen kulttuuri, jossa syyllistämätön toimintatapa auttaa havaitsemaan epäonnistumiset aiempaa nopeammin. Tämä lisää myös kehittäjien työtyytyväisyyttä.

Haaste 2: DevOpsista ei pitäisi tulla vain yhden tiimin vastuuta

Koska DevOps merkitsee kulttuurimuutosta, tavoitteena on, että jatkuvan parantamisen menetelmät integroituvat kaikkien työskentelytapaan, myös ylimmässä johdossa. Jos nimeät ryhmän ihmisiä tekemään DevOpsia pysyvästi, muut saattavat ajatella, ettei se ole heidän vastuullaan.

Paras käytäntö 2: Uudista tiimirakenteita äläkä luo DevOps-siiloa

Uudista tiimirakenteita niin, että tiimeissä työskentelee eri alojen asiantuntijoita, myös Ops-osaajia. Suunnittele DevOps-transformaatiollesi päätepiste.

Haaste 3: Organisaation eri tiimit käyttävät eri työkaluja

Yhteistyö on huomattavasti vaikeampaa, kun tiimit eivät käytä samoja työkaluja samankaltaisiin tehtäviin.

Paras käytäntö 3: Yhtenäinen ohjelmistotuotannon linja

Yhtenäistä ohjelmistotuotannon linja koko organisaatiossa ja hyödynnä asiantuntija-apua, jotta valitset oikeat työkalut. Osoita uusien työkalujen hyödyt antamalla tiimien kokeilla niitä käytännössä.

Haaste 4: Muutos on vaikeaa

Jos se ei ole rikki, älä korjaa sitä” -asenne on ristiriidassa parannuksiin tähtäävän muutoksen kanssa. Uusien prosessien hallitseminen vie aikaa. Lisäksi yrityksessäsi on voinut olla kulttuurisia siiloja jo pitkään.

Paras käytäntö 4: Näytä, älä vain kerro

Tämä liittyy ensimmäiseen ratkaisuun. Näytä tiimeille, miten DevOps auttaa niitä menestymään paremmin. Jaa yrityksen sisällä konkreettisia esimerkkejä siitä, missä DevOps toimii ja tuottaa hyötyjä: intranetissä, sähköpostitse tai lounas- ja oppimistilaisuudessa. DevOps-pilotin toteuttaminen yhdessä tiimissä on hyvä tapa saada ensimmäinen arvokas esimerkki.

Haaste 5: DevOps-transformaatio on valtava hanke – mistä aloittaa?

Sitä ei voi välttää: DevOps-transformaatioiden hallinta voi olla hankalaa.

Paras käytäntö 5: Hanki alussa asiantuntija-apua ja tunnista, että kyse on matkasta

Jotta DevOps-transformaatio ei etenisi katkonaisesti eikä kuormittaisi osastoasi liikaa, aloita helposti toteutettavista asioista, kuten työkalujen yhtenäistämisestä. Hanki prosessin alussa asiantuntijaneuvoja DevOps-arvioinnin ja etenemissuunnitelman muodossa. Arvioinnit tuottavat transformaation etenemissuunnitelmia painotettuine priorisointeineen, jotka avaavat tietä haluamallesi muutokselle.

DevOps on jatkuvan parantamisen ja kokeilun kulttuuri, joten DevOps-transformaatiosi on matka, joka jatkuu pitkälle yrityksesi tulevaisuuteen. Se ei kuitenkaan tarkoita, että DevOps-transformaation pitäisi kestää ikuisesti: sillä on päätepiste, jossa DevOpsista tulee vakiintunut toimintatapa.

Yksi loistava vinkki matkan varrelle: pre-mortem

Olet ehkä kuullut projektien jälkianalyysistä. Ennakkoanalyysi vie ajatuksen pidemmälle: siinä ennakoidaan mahdollisia ongelmia jo ennen kuin projektityö alkaa.

Tee tämä harjoitus ennen kuin aloitatte projektin parissa työskentelyn. Jakakaa tiimi ensin kahteen ryhmään. Kuvitelkaa sitten, että maailma on siirtynyt kuukauden verran eteenpäin projektin valmistumisesta. Toinen ryhmä käsittelee tilannetta, jossa projekti onnistui erinomaisesti. Pyydä heitä keskustelemaan keskenään ja listaamaan onnistumisen syyt. Toinen ryhmä edustaa tulevaisuutta, jossa projekti epäonnistui täysin. Pyydä heitä keskustelemaan epäonnistumisen syistä ja listaamaan ne. Keskustelkaa lopuksi molemmista tilanteista yhdessä tiiminä.

Harjoituksen avulla voit ennakoida mahdollisia ongelmia, jolloin projektillasi on paremmat mahdollisuudet onnistua erinomaisesti.

Lukemista

Atlassianin Giulio Iannazzo suositteli puheenvuorossaan seuraavaa kirjaa, sillä se syventää aihetta. Mukavia lukuhetkiä!

Tutustu Giulio Iannazzon esitykseen ja videoon täällä.

  • DevOps
  • Strategy

Subscribe to our newsletter