Mitä DevOps on?

DevOps kyseenalaistaa koko perinteisen kehitysprosessin

DevOpsiin liittyy monia väärinkäsityksiä, jotka estävät organisaatioita saavuttamasta täyttä potentiaaliaan. DevOpsia voi kuvata lähtökohdalla, jossa kehitys ja ylläpito toimivat erillisissä siiloissa ja niiden tavoitteet ovat ristiriidassa keskenään. Tämä johtaa kehityksen ja ylläpidon väliseen krooniseen konfliktiin, joka heikentää liiketoiminnan tuloksia luovutusten, liiallisen byrokratian ja autonomian puutteen vuoksi. DevOps kyseenalaistaa koko perinteisen kehitysprosessin. DevOps-liike on purkanut nämä siilot, mutta se haluaa tehdä vielä enemmän. Se on laajentunut kehitystä ja ylläpitoa pidemmälle sekä ruohonjuuritason liikkeestä valtavirran yritysmaailmaan. DevOps kattaa nyt tuotehallinnan, Site Reliability Engineeringin, teknisen erinomaisuuden ja terveen yrityskulttuurin. DevOpsin tärkeintä on yhdistää tuotantoympäristöjen loppukäyttäjäpalaute kehitystiimeihin, jotta ne voivat reagoida markkinatilanteeseen ja oppia kilpailijoitaan nopeammin.

DevOps-käytännöt, työkalut ja kyvykkyydet

DevOps on kattotermi, joka ulottuu vaativasta teknisestä kehitystyöstä tuotehallintaan. Siksi on väärinkäsitys, jos DevOps-insinööriä haetaan tehtävään, jossa hänen odotetaan tekevän vain pilvityötä tai hiovan Jenkins-putkia ja testausympäristöjä sivussa. Vaikka nämä painopistealueet ovat tärkeitä, niiden vaikutus jää rajalliseksi. DevOpsissa on sen sijaan kyse jatkuvan oppimisen ja kokeilun kulttuurin rakentamisesta, jotta yritykset voivat tuottaa asiakkailleen mahdollisimman paljon arvoa nopeasti, turvallisesti ja tehokkaasti.

Psykologisesti turvallinen työympäristö

Psykologinen turvallisuus on edellytys tiimien huipputason toiminnalle. Yksi tapa edistää sitä ovat syyllistämättömät jälkianalyysit. Tällöin häiriötilanteista tehdään organisaation oppimismahdollisuuksia syyllisten etsimisen sijaan. Westrumin organisaatiokulttuurien typologialla voit mitata kulttuuriasi ja saada vinkkejä sen kehittämiseen. Se on paremmalle yhteistyölle asetettava perusedellytys.

Työkalut, teknologia ja automaatio

DevOpsissa on kuitenkin kyse myös työkaluista ja teknologiasta. Tunnista automaation mahdollisuudet ja priorisoi ne vähintään yhtä tärkeiksi kuin ominaisuuksien kehittäminen. Gene Kimin sanoin: ”Päivittäisen työn parantaminen on tärkeämpää kuin päivittäisen työn tekeminen.”

Kehittäjillä tulisi olla tekniset suojakaiteet, joiden avulla he voivat kokeilla asioita pelkäämättä rikkovansa tuotantoympäristöä. Tämä mahdollistaa jatkuvan kokeilun kulttuurin.

Nämä suojakaiteet ovat automatisoituja testaus- ja käyttöönotto-putkia. Ne optimoivat koko arvovirran sujuvaksi kehityksestä loppukäyttäjille asti. Tämä edellyttää kattavaa työkalukokonaisuutta ja jatkuvaa panostusta ohjelmistotoimituskyvykkyyksien parantamiseen.

Kaiken kaikkiaan tämä antaa organisaatioille tekniset ja kulttuuriset valmiudet rakentaa motivoituneista ihmisistä koostuvia autonomisia tiimejä, mikä on Agile-ohjelmistokehityksen keskeinen periaate.

Infrastructure as Code pilvessä

Pilvi ja kontitus auttavat testaamaan sekä prosesseja että tuotetta, sillä voit luoda kokonaisia kopioita tuotantojärjestelmistäsi ja testata, onnistuuko käyttöönotto ja toimiiko sovelluksesi edelleen odotetusti. Kontit tukevat myös muuttumattomuutta: sinun ei enää tarvitse kärsiä siitä, että testaat väärällä versiolla tai ylläpidät palvelimia kuin räätälöityjä, hauraita puutarhoja. Rakenna sen sijaan kontteja ja hävitä ne, kun et enää tarvitse niitä. Tämä Infrastructure as Code -lähestymistapa mahdollistaa toistettavuuden, uudelleenkäytettävyyden ja jäljitettävyyden. Tuotantoympäristöjä voidaan nyt skaalata helpommin. Lisäksi kehittäjille voidaan tarjota ympäristöjä tarpeen mukaan, mikä lyhentää palautesyklejä merkittävästi.

DevOps-alustat ja suunnittelujärjestelmät

Organisaatiosi koosta ja painopistealueista riippuen alustatiimi voi ylläpitää tätä työkalukokonaisuutta paikallisesti, tai voit ulkoistaa sen kolmannelle osapuolelle, kuten omalle Eficode ROOT DevOps -alustatiimillemme. Eficode ROOT tarjoaa täysin hallinnoidun DevOps-työkaluketjun joko omassa konesalissasi tai pilvessä. Näin voit keskittyä liiketoimintaasi erottaviin tuotteisiin ja ominaisuuksiin työkalujen ylläpidon sijaan.

Laadukasta DevOps-alustaa voi laajentaa organisaation tarpeisiin kehitys- ja suunnittelujärjestelmällä. Suunnittelujärjestelmät auttavat tiimejä:

• Vähentämään päällekkäistä työtä

• Ottamaan nopeasti tuotantoon standardien mukaisen palvelun

• Tarjoamaan yhtenäisen ulkoasun, tuntuman ja asiakaskokemuksen

• Ottamaan vastuun omista tuotteistaan ja hyötymään samalla mittakaavaeduista

Automatisoidulla testauksella ja laadukkailla työkaluilla laajennetut suunnittelujärjestelmät auttavat organisaatioita skaalautumaan.

DevOps laajassa mittakaavassa tiimit edellä

Yleisin este arvovirralle kehityksestä loppukäyttäjille ovat tiimien väliset riippuvuudet. Jos tiimi ei pysty julkaisemaan ohjelmistoaan itsenäisesti sisäisille tai ulkoisille asiakkaille, se menettää motivaatiota ja kykynsä reagoida käyttäjäpalautteeseen.

Siksi jokaisen DevOps-transformaation – eli tavoitteellisen työn DevOps-työkalujen ja -käytäntöjen käyttöönottoon – on keskityttävä tiimien autonomian mahdollistamiseen.

Tämä ei tarkoita, etteivät tiimit toimisi yhteisten tavoitteiden mukaisesti. Se edellyttää pikemminkin määrätietoista panostusta organisaation tavoitteiden ja arvojen selkeyttämiseen, jotta tiimit voivat kulkea samaan suuntaan.

Tiimit voivat tukea yhteistä tavoitetta omistamiensa ja julkaistavissa olevien tuotteiden kautta. Ne hallitsevat käyttöönottojensa vaikutuksia, mikä pienentää järjestelmän muihin osiin kohdistuvaa riskiä ja maksimoi loppukäyttäjille tuotettavan arvon.

Yhteenveto

Kun käytössäsi on:

• DevOps-kulttuuri, jossa vallitsee psykologinen turvallisuus ja kokeillaan jatkuvasti uutta

• DevOps-työkaluketju, joka mahdollistaa laadukkaiden ohjelmistojen nopean ja turvallisen toimittamisen loppukäyttäjille

• Itsenäiset tiimit, joilla on hyvät edellytykset omistaa ohjelmistonsa ja toimittaa ne itsenäisesti

Saat DevOpsin hyödyt muiden huippusuoriutujien tavoin.