Vahvan DevOps-alustan liiketoimintaperustelun salaisuus

Minulla on ollut ilo työskennellä joidenkin alan taitavimpien DevOps-ammattilaisten kanssa. Olen myös haastatellut heistä useita perusteellisesti DevOps Sauna -podcastissamme. Olen toiminut Eficoden Chief Marketing Officerina nyt hieman yli vuoden, ja yhdistän syvällisen DevOps-ymmärryksen pitkään kokemukseeni teknologia-alalta. Tässä blogikirjoituksessa saat ohjeet vakuuttavan liiketoimintaperustelun laatimiseen DevOps-alustaan investoimista varten. Liiketoimintaperustelun, joka puhuttelee päätösvaltaa käyttäviä ihmisiä, joilla on vain vähän tai ei lainkaan DevOps-osaamista. Käymme heidän kielellään läpi DevOps-alustan käytön myönteiset taloudelliset vaikutukset tavalla, joka voittaa heidän sydämensä ja mielensä. Käsittelemme myös liiketoimintaperustelulaskurin käyttöä perustelujesi tueksi. 

Mitä teet, kun teknologiainvestointi tuntuu sinusta järkevältä, mutta ei kenestäkään muusta?

IT- tai ohjelmistokehityksen ammattilaisena olet ehkä ollut tilanteessa, jossa olet arvioinut teknologiaa ja vakuuttunut sen tuomista hyödyistä tiimillesi.

Kun alat perustella investointia, saatat kuitenkin törmätä ongelmaan: hyödyt voivat olla sinulle ilmeisiä, jopa itsestään selviä, mutta miten muutat tämän ilmeisen arvon luvuiksi? Vielä tärkeämpää on, miten muutat sen luvuiksi, jotka voittavat organisaatiosi päättäjien sydämet ja mielet?

DevOps-alustan arvon perusteleminen muille

DevOps-alustaan investoitaessa on hyvä ymmärtää, miten investointi voi tuottaa arvoa liiketoiminnallesi. Sinun on kuitenkin myös osattava selittää DevOps-alustojen ja työkaluketjun arvo henkilölle, joka ei tiedä DevOpsista mitään mutta jolla on avain rahakirstuun.

Suurin haaste on siinä, että kun organisaatiolla on useita rahoitettavia hankkeita, ei riitä, että selität investoinnin hyödyt ja taloudellisen arvon johdolle. Sinun on myös pystyttävä perustelemaan, miksi tämä investointi on parempi kuin jokin muu heidän harkitsemansa vaihtoehto.

Kaikki kiteytyy siihen, miten päättäjäsi ajattelee investoinneista ja miten rakennat tarinasi heidän kielellään. 

Siksi käymme nyt läpi, miten rakennat DevOps-alustallesi liiketoimintaperustelun seuraavasti:

1. Selitämme neljä keskeistä termiä, jotka päättäjät ymmärtävät, selkokielellä

2. Avaamme DevOps-alustan taloudellisia vaikutuksia eri mittareiden avulla

3. Pohdimme, mitä tältä investoinnilta voi odottaa

Miten taloudellisista päätöksistä vastaavat henkilöt ajattelevat

Saatat olla vakuuttunut siitä, että DevOpsin hyödyt on helppo laskea ja ROI on ilmeinen. Näin onkin, kuten tiedät, jos käytät DevOpsin liiketoimintaperustelulaskuria tai työkaluketjun ylläpito- ja tukikustannusopasta. Päättäjien vakuuttaminen on kuitenkin sekä taidetta että tiedettä. Sen sijaan, että keskittyisit vain tiimiisi, projekteihisi tai siihen, mitä investointi DevOps-alustaan merkitsee sinulle, on tärkeää käyttää yleisöllesi sopivaa kieltä. 

Kun käytät näitä neljää avaintermiä, budjetista päättävät näkevät, että olet tehnyt kotiläksysi. Ne auttavat myös vertaamaan ehdottamasi ratkaisun hyötyjä numeerisesti muihin hankkeisiin, jotka kilpailevat samasta budjetista.

Neljä avaintermiä, kun keskustelet DevOpsin liiketoimintaperusteluista päättäjien kanssa, jotka eivät tunne DevOpsia

Päättäjät haluavat tietää, miten projektiisi tehtävä investointi vertautuu muihin vaihtoehtoihin. Sinun on pystyttävä vastaamaan tähän ääneen lausumattomaan kysymykseen: ”Jos minulla on tuhat euroa ja minun on tehtävä valinta, mihin minun kannattaa sijoittaa rahat?” 

Sinun on tietysti tehtävä ensin laskelmat, jotta tiedät, onko DevOps-alustan käytölle hyvät liiketoimintaperustelut. Palaamme tähän hieman myöhemmin. Onneksi sinun ei tarvitse laskea kaikkea itse eikä edes hankkia laskelmissa tarvittavaa raakadataa. Voit aloittaa käyttämällä valmista liiketoimintaperustelulaskuria.

Kun luvut ovat valmiina, on tärkeää käyttää oikeaa kieltä.

Nämä ovat neljä keskeistä termiä, joita kannattaa käyttää liiketoimintaperustelua laadittaessa:

1.   Nykyarvo

Nykyarvoa (usein NPV) laskiessasi huomioi kaikki kustannukset ja hyödyt liiketoimintaperustelun tarkastelujaksolta. Arvioi sitten, minkä arvoinen investointi olisi, jos kaikki tapahtuisi tässä ja nyt eikä ajan kuluessa.

2.   Takaisinmaksuaika

Kerro, kuinka kauan sijoittamasi rahamäärän takaisin saaminen kestää, ennen kuin investointi alkaa tuottaa voittoa tai nettosäästöjä.

3.   Sijoitetun pääoman tuotto

Usein ROI:ksi kutsuttu sijoitetun pääoman tuotto on numeerinen laskelma, joka kertoo seuraavan: jos investoit tähän ratkaisuun yhden euron, kuinka monta euroa saat takaisin?

4.   Herkkyys

Tässä tarkastellaan, kuinka hyvin olet pystynyt arvioimaan kaikki kustannukset ja hyödyt. Mieti, kuinka paljon liiketoimintaperuste muuttuisi, jos kustannukset kasvaisivat 10 % tai hyödyt pienenisivät 10 %.

DevOps-alustaan investoinnin neljä keskeistä hyötyä

Olet tehnyt laskelmat. Olet määrittänyt NPV:n, ROI:n, takaisinmaksuajan ja herkkyyden – ja pystynyt käyttämään oikeaa terminologiaa selittääksesi DevOps-ratkaisuun investoinnin taloudelliset hyödyt. On myös tärkeää huomioida muut hyödyt. 

Tässä vaiheessa kannattaa olla todella tarkka ja yhdistää sinulle ja tiimillesi ilmeiset hyödyt, jotka olet jo osoittanut taloudellisin perustein, käytännön hyötyihin.

Kuten kerromme tarkemmin oppaassamme Näin arvioit DevOps-työkaluketjun ylläpito- ja tukikustannuksia, neljä keskeistä hyötyä nousee selvästi esiin.

1.   DevOps-alusta auttaa vähentämään tuottamatonta aikaa ja parantamaan kehittäjien tuottavuutta

Kun ohjelmistokehityksen asiantuntijat käyttävät arvokasta aikaansa työkaluketjun yksittäisten ratkaisujen ylläpitoon ja säätämiseen, he eivät käytä sitä koodin kirjoittamiseen. Päättäjät käyttävät usein termiä ”vaihtoehtoiskustannus” eli menetys tai hyöty, joka olisi voitu kokea, jos paras vaihtoehto olisi valittu.

”IT-asiantuntijan roolissa toimimisen” vaihtoehtoiskustannuksella ohjelmistokehittäjän työn sijaan on kielteisiä liiketoimintavaikutuksia. Kun ohjelmistokehityksen asiantuntijat voivat keskittyä yksinomaan tuottamaan enemmän ja parempaa ohjelmistoa, vältetään ohjelmistokehitysputkessa mukana olevien useiden ihmisten työn häiriintyminen.

Vaihtoehto eli aina saatavilla olevat ja ajantasaiset ohjelmistokehitystyökalut mahdollistavat onnistuneet ja aikataulussa pysyvät buildit, testit ja käyttöönotot. Kun vaatimukset muuttuvat nopeammin käyttöönotettavaksi koodiksi, tiimisi voivat toimittaa enemmän toiminnallisuuksia ja korjata enemmän teknistä velkaa samassa ajassa.

2.   DevOps-alusta auttaa työntekijöitäsi siirtymään enemmän arvoa tuottavaan työhön – ja lyhentää sykliaikoja

Kirjassa Accelerate Nicole Forsgren määrittelee sykliajan seuraavasti: ”Aika siitä, kun kehitys alkaa työstää koodia, siihen, kun koodi on käyttöönotettavassa tilassa.”

Jokaisessa organisaatiossa jonkun on varmistettava, että ohjelmistokehityksen työkaluketjua ylläpidetään ja kehitetään jatkuvasti. Yleensä tämä jää henkilöille, jotka hoitavat nämä tehtävät muiden rooliensa ohella. Sen sijaan, että he voisivat keskittyä arvoa tuottaviin tehtäviin, heistä tulee jokapaikanhöyliä, jotka tekevät kaikkea mahdollista. Erikoisosaamisen hyödyntäminen erinomaisen ohjelmiston luomiseen jää tällöin hajanaiseksi. Siksi heillä ei aina ole mahdollisuutta keskittyä vaativampaan työhön, johon he ovat päteviä, sillä alemman tason tehtävät vievät niin paljon aikaa.

Vaikka satunnainen ylläpitotyö saattaa vaikuttaa vähäpätöiseltä, keskittymisen arvoa ei pidä aliarvioida. Keskeiset kysymykset ovat:

-Pitäisikö heidän olla ohjelmistokehityksen ja toimitusten asiantuntijoita?

-Pitäisikö heidän hallita ohjelmistotuotantolinjan työkalujen ylläpito?

-Molemmat?

Useimmille tiimeille vastaus on selvä: heidän tulisi käyttää aikansa itse ohjelmistoon. Ohjelmistotuotantolinja on välttämätön, mutta tiimien ei yleensä tarvitse olla sen ylläpidon huippuosaajia pärjätäkseen ydintehtävässään. DevOps-pipelinen hallinnan voi ulkoistaa alan asiantuntijoille. Kun työkalujen ylläpitoon kuluu vähemmän aikaa, ihmiset voivat keskittyä automaation parantamiseen, ja toiminnan ylläpitämiseen tarvitaan vähemmän alemman tason henkilöstöä.

3.   DevOps-alusta auttaa nopeuttamaan ohjelmiston läpimenoajan tuottamia tuloja

Mitä läpimenoaika tarkoittaa? Jos se kaipaa selvennystä (muista, että ylimmät sidosryhmäsi eivät välttämättä tunne DevOps-terminologiaa täysin), Nicole Forsgren sanoo: ”Läpimenoaika on aika, joka kuluu asiakkaan pyynnön esittämisestä pyynnön täyttämiseen.”

Mitä nopeammin käyttöönotettava koodi tavoittaa asiakkaat, sitä tyytyväisempiä he ovat, sitä tehokkaammin tuotteesi voi toimia ja sitä enemmän tuloja voidaan tuottaa nopeammin. Paremmat ohjelmistokehityksen käytännöt lyhentävät läpimenoaikaa. Päättäjäsi näkevät tämän väitteen myönteiset vaikutukset heti.

4.   DevOps-alusta voi auttaa yritystäsi toipumaan häiriöistä nopeammin ja lyhentämään MTTR:ää

Kun vakuutat ylimpiä sidosryhmiä DevOps-alustan liiketoimintaperusteista, yksi keskeisistä asioista on termi MTTR.

Mitä MTTR tarkoittaa? MTTR on Mean Time to Recovery eli keskimääräinen palautumisaika. Asiat menevät joskus pieleen parhaista aikomuksista huolimatta. Mutta mitä nopeammin palveluhäiriöt saadaan ratkaistua, sitä parempi kaikille osapuolille. 

Kun häiriöiden määrä vähenee, palvelukatkot voidaan korjata nopeammin ja käyttökatkoista aiheutuvat tulonmenetykset minimoida. Päättäjät arvostavat tätä. Siksi tämä kannattaa ottaa esiin, kun perustelet investointia DevOps-alustaan: oikeilla työkaluilla työkaluketju on aina valmiina palveluhäiriön sattuessa.

Tällöin työaika voidaan käyttää tuotannossa ilmenevän ongelman ratkaisemiseen sen sijaan, että käytettäisiin aikaa työkaluketjun ongelmiin. Ne on parempi jättää työkaluketjuasiantuntijoille, jotka tunnistavat ja ratkaisevat ne tehokkaammin.

Yhteenveto: DevOps-alustan business casen keskeisten lähtötietojen yhdistäminen

Kun tunnet business caseen sisällytettävät keskeiset termit ja hyödyt, jotka kannattaa tuoda esiin, on aika yhdistää ne kokonaisuudeksi.

Business case -laskuri on hyödyllinen, mutta työkalu on arvokas vain, jos se sopii organisaatiollesi. Business case -laskurissa on huomioitava organisaatiosi olennaiset tiedot ja muunnettava ne DevOps-mittareiksi.

Tarvitset esimerkiksi seuraavat tiedot:

-Ohjelmistokehittäjän kokonaispalkkakustannukset

-Yrityksesi kokonaisliikevaihto

-Arvo, jota yrityksesi odottaa ohjelmistojen tutkimus- ja kehitystoiminnon tuottavan

-Tietyt DevOps-mittarit, kuten cycle time, lead time ja MTTR

Pelkkä tietojen kerääminen ei kuitenkaan riitä: sinun on voitava mallintaa eri lähtötietojen yhteys lopullisiin mittareihin ja tuloksiin.

Business casen laatiminen itse on mahdollista, mutta ei helppoa

En suosittele rakentamaan sitä itse. Minkäänlaisen investointiehdotuksen laatiminen ei ole helppoa. Investointiehdotuslaskurin rakentaminen on monin verroin vaikeampaa. On järkevää hyödyntää sellaisten ihmisten kehittämiä valmiita resursseja, jotka ovat laatineet kymmeniä tai satoja business caseja, sen sijaan että keksisit pyörän uudelleen.

Yleensä yrityksessä joku – esimerkiksi tutkimus- ja kehitystyön, ohjelmistokehityksen tai operointien parissa työskentelevä – laatii business caseja vain silloin tällöin. Siksi on järkevää hyödyntää ratkaisutoimittajan luomaa mallia, kun tämä laatii business caseja jatkuvasti. Mallin perusteellinen testaaminen käytännössä vaatii paljon tapauksia.

Hyvä uutinen on, että Eficode on tehnyt tätä paljon ja luonut kätevän business case -laskurin, jota voit käyttää maksutta.

Business case -laskurimme tarkastelee keskeisiä DevOps-mittareita, painottaa niitä, tekee laskelmat ja arvioi säästöpotentiaalin, vaikutuksen liikevaihtoon sekä investointikustannukset. Sen jälkeen se esittää business casen kolmen aiemmin käsittelemämme mittarin avulla: NPV:n, ROI:n ja takaisinmaksuajan.

Jos siis haluat laatia DevOps-alustan business casen itse, sinun tarvitsee vain syöttää nämä tiedot, ja laskuri hoitaa laskelmat puolestasi.

Huomioi nämä seitsemän lähtötietoa, kun lasket DevOps-alustan business casea

1. Yrityksesi liikevaihto

2. Tällä hetkellä työsuhteessa olevien ohjelmistokehityshenkilöstön määrä

3. Ohjelmistokehityksen työkaluketjun nykyiset käyttökatkot kuukaudessa

4. Työkaluketjun hallintaan käytettävän työajan mukaan kokoaikaisiksi työntekijöiksi muunnettuna mitattu työkaluketjuasiantuntijoiden määrä

5. Cycle time

6. Lead time

7. Tuotannossa olevan ohjelmistosi suunnittelemattomien käyttökatkojen määrä ja kesto

Kun nämä luvut on syötetty, saat kokemukseemme muista asiakkaista perustuvan kattavan laskelman. Voimme tarkentaa lukuja myöhemmin liiketoiminta-arvotyöpajassa, jotta arvio on täsmällisempi ja perustelut vakuuttavammat.

Anna DevOps-alustojen asiantuntijoiden auttaa sinua laatimaan organisaatiollesi mahdollisimman kattava ja arvokas liiketoimintaperustelu.

Voit laatia liiketoimintaperustelun itse käyttämällä kehittämiämme työkaluja. Haluaisin kuitenkin kutsua sinut ja ne kollegasi, joiden uskot hyötyvän osallistumisesta DevOps-alustan hyötyjä käsittelevän liiketoimintaperustelun laatimiseen, liiketoiminta-arvotyöpajaan.

Työpajassa pääset tutustumaan DevOps-työkalun käytön hyötyihin, etuihin ja säästöihin. Käymme läpi kaikki tässä blogikirjoituksessa mainitut muuttujat ja paljon muuta. Lisäksi laadimme yrityksellesi räätälöidyn liiketoimintaperustelun, joka pohjautuu yrityksesi yksilölliseen tilanteeseen ja ominaispiirteisiin.

Yhteenvetona:

1. Sinun on pystyttävä perustelemaan liiketoimintaperustelusi talousosaajille heidän tuntemillaan termeillä, jotta he voivat verrata sitä muihin edessään oleviin liiketoimintaperusteluihin, jotka saattavat kilpailla samasta budjetista.

2. Liiketoimintaperusteluun sisällytettäviä keskeisiä termejä ovat: nettonykyarvo, sijoitetun pääoman tuotto ja takaisinmaksuaika.

3. DevOps-alustan liiketoimintaperustelun keskeisiä perusteita ovat: R&D-tiimin tuottavuuden parantuminen, työkaluketjujen ja automaation asiantuntijoiden tehokkuuden kasvu, sykliajan ja läpimenoajan nopeutuminen sekä suunnittelemattomien käyttökatkojen esiintymistiheyden ja palautumisajan vähentäminen.

Se ei ole erityisen monimutkaista, mutta ei myöskään helppoa. Jos olet valmis laatimaan liiketoimintaperustelun DevOps-alustaan investoimiselle, joka voi parantaa ROI:ta, pienentää ohjelmistoputken kustannuksia ja tuoda R&D-tiimillesi lisää tehokkuutta – vähemmällä stressillä ja turhautumisella – ota yhteyttä.

Autamme mielellämme. Palkittu DevOps-työkalujen kokonaisratkaisumme, Eficode ROOT, integroituu yli 40 työkaluun, joten voit käyttää vähemmän aikaa työkalujesi hallintaan ja enemmän aikaa loistavien ohjelmistojen kehittämiseen.