Hemligheten bakom ett starkt business case för en DevOps-plattform

Jag har haft förmånen att omge mig med några av de främsta DevOps-experterna som finns – flera av dem har jag också intervjuat på djupet i vår podcast DevOps Sauna. Efter att ha varit Chief Marketing Officer på Eficode i drygt ett år kombinerar jag djup DevOps-insikt med min långa erfarenhet från techbranschen. I det här blogginlägget får du ett recept på hur du bygger ett övertygande business case för att investera i en DevOps-plattform. Ett business case som riktar sig till personer med beslutsmandat men begränsad eller ingen kunskap om DevOps. Med ett språk som hjälper dig att vinna deras hjärtan och sinnen går vi igenom de positiva ekonomiska effekterna av att använda en DevOps-plattform. Vi tar också upp hur du kan använda en business case-kalkylator för att stärka ditt underlag.

Vad gör du när det är självklart för dig att investera i teknik, men inte för någon annan?

Som yrkesperson inom IT eller mjukvaruutveckling har du kanske varit i en situation där du har utvärderat en teknik och blivit övertygad om den och de fördelar den kan ge ditt team.

Tyvärr kan du hamna i ett dilemma när du börjar argumentera för den: Fördelarna kanske är uppenbara för dig – kanske till och med självklara – men hur omvandlar du det tydliga värdet till siffror? Och viktigare än så: Hur omvandlar du det till siffror som vinner beslutsfattarnas hjärtan och sinnen i din organisation?

Förklara värdet av en DevOps-plattform för andra

När det gäller att investera i en DevOps-plattform räcker det inte att du förstår hur investeringen kan skapa värde för verksamheten. Du måste också kunna förklara värdet av DevOps-plattformar och verktygskedjan för någon som inte kan något om DevOps, men som har nyckeln till skattkammaren.

Den största utmaningen är att när organisationer har flera projekt de kan finansiera räcker det inte att förklara investeringens fördelar och ekonomiska värde för ledande intressenter. Du måste också kunna argumentera för att investeringen är bättre än något annat de överväger.

Det handlar om att förstå hur beslutsfattaren ser på investeringar och att bygga din berättelse med deras språk.

Därför ska vi nu gå igenom hemligheten bakom ett business case för din DevOps-plattform genom att göra följande:

1. Förklara de fyra nyckelbegrepp som beslutsfattare förstår, på ett enkelt språk

2. Gå igenom de ekonomiska effekterna av en DevOps-plattform med olika mått

3. Fundera över vad du kan förvänta dig av att investera i detta business case

Så tänker beslutsfattare inom ekonomi

Du kanske är övertygad om att fördelarna med DevOps enkelt kan beräknas och att ROI är uppenbar (det kan den, och det är den – vilket du ser om du använder vår business case-kalkylator för DevOps eller vår guide till kostnader för underhåll och support av verktygskedjor). Men att övertyga beslutsfattare är både en konst och en vetenskap. I stället för att bara fokusera på ditt team, dina projekt eller vad en investering i en DevOps-plattform innebär för dig, är det viktigt att använda rätt språk för din målgrupp.

När du använder dessa fyra nyckelbegrepp blir det tydligt för dem som kontrollerar budgeten att du har gjort din hemläxa. Det hjälper dem också att jämföra fördelarna med lösningen du föreslår i siffror med andra projekt som kanske konkurrerar om samma budget.

Fyra nyckelbegrepp att använda när du diskuterar ditt DevOps business case med beslutsfattare som inte kan DevOps

Beslutsfattare vill veta hur en investering i ditt projekt står sig mot andra alternativ. Du måste kunna besvara den outtalade frågan: ”Om jag har tusen euro och måste välja, var ska jag lägga pengarna?”

Du behöver naturligtvis först göra beräkningarna för att avgöra om det finns ett starkt business case för att använda en DevOps-plattform (vi går in mer på detta lite senare). Som tur är behöver du inte räkna ut allt själv eller ens samla in rådata för beräkningarna. Du kan börja med att använda en befintlig business case-kalkylator.

När du sedan har siffrorna klara är det viktigt att använda rätt språk.

Här är de fyra nyckelbegrepp du bör använda när du bygger ett business case:

1.   Net Present Value

För att beräkna Net Present Value (ofta kallat NPV) ska du ta hänsyn till alla kostnader och fördelar under perioden som business caset omfattar. Uppskatta sedan vad investeringen skulle vara värd om allt skedde här och nu, i stället för över tid.

2.   Återbetalningstid

Besvara hur lång tid det skulle ta att få tillbaka det investerade beloppet innan investeringen börjar generera vinst eller nettobesparingar.

3.   Avkastning på investeringen

Return on investment, ofta förkortat ROI, är en numerisk beräkning som visar följande: om du investerar en euro i den här lösningen, hur många euro får du tillbaka?

4.   Känslighetsanalys

Här tittar du på hur väl du har kunnat uppskatta alla kostnader och nyttor. Fundera på hur mycket business caset skulle förändras om kostnaderna ökade med 10 % eller nyttorna minskade med 10 %.

Fyra viktiga fördelar med att investera i en DevOps-plattform

Du har gjort beräkningarna. Du har räknat ut NPV, ROI, återbetalningstid och känslighetsanalys – och kunnat använda rätt terminologi för att förklara de ekonomiska fördelarna med att investera i en DevOps-lösning. Det är också viktigt att ta hänsyn till nyttorna.

Nu är det läge att vara riktigt specifik och koppla de fördelar som är så tydliga för dig och ditt team (och som du redan har visat i ekonomiska termer) till de konkreta effekterna i praktiken.

Som vi förklarar mer ingående i vår guide om hur du uppskattar kostnaderna för underhåll och support av DevOps-verktygskedjan, finns det fyra fördelar som sticker ut mest.

1.   En DevOps-plattform hjälper dig att minska improduktiv tid och öka produktiviteten i utvecklingen

När experter inom mjukvaruutveckling lägger sin värdefulla tid på att underhålla och justera enskilda lösningar i verktygskedjan, lägger de inte den tiden på att skriva kod. Beslutsfattare använder gärna uttrycket ”alternativkostnad” (den förlust eller nytta som hade kunnat uppstå om det bästa alternativet hade valts).

Alternativkostnaden för att agera IT-specialist i stället för mjukvaruutvecklare får negativa konsekvenser för verksamheten. När experter inom mjukvaruutveckling däremot kan fokusera helt på att skapa mer och bättre mjukvara, undviker man störningar för de många personer som är involverade i utvecklingspipelinen.

Alternativet – mjukvaruutvecklingsverktyg som alltid är tillgängliga och uppdaterade – möjliggör lyckade builds, tester och driftsättningar i tid. När krav snabbare blir kod som kan driftsättas kan dina team leverera fler funktioner och hantera mer teknisk skuld på samma tid.

2.   En DevOps-plattform hjälper medarbetarna att övergå till arbete med högre värdeskapande – och minskar cykeltiderna

I boken Accelerate definierar Nicole Forsgren cykeltid som ”tiden från det att utvecklingen börjar arbeta med koden tills koden är redo att driftsättas”.

I alla organisationer måste någon se till att verktygskedjan för mjukvaruutveckling underhålls och förbättras kontinuerligt. Ofta hamnar detta på personer som tar på sig uppgifterna utöver sina andra roller. I stället för att kunna fokusera på värdeskapande uppgifter blir de allt-i-allo – de gör lite av varje. I stället för att använda sin specialistkompetens för att skapa bra mjukvara sprids deras insatser ut. Därför har de inte alltid möjlighet att fokusera på det mer kvalificerade arbete de är utbildade för, eftersom dessa mindre kvalificerade uppgifter tar upp så mycket av deras tid.

Det kan verka som att lite underhåll här och där inte spelar så stor roll, men värdet av fokus går inte att underskatta. Här är de viktigaste frågorna att ställa:

-Ska de vara experter på mjukvaruutveckling och leverans?

-Ska de behöva behärska underhållet av verktygen i produktionslinjen?

-Båda?

För de flesta team är svaret tydligt: De bör lägga sin tid på själva mjukvaran. Mjukvarans produktionslinje är ett måste, men team behöver sällan vara experter på dess underhåll för att vara konkurrenskraftiga i sitt huvuduppdrag. Hanteringen av DevOps-pipelines kan outsourcas till domänexperter. När mindre tid läggs på att underhålla verktyg kan människor fokusera på att förbättra automatiseringen, och det behövs färre personer för att hålla allt igång.

3.   En DevOps-plattform hjälper dig att snabbare skapa intäkter genom kortare ledtid för mjukvara

Vad är ledtid? Om det behöver förklaras (glöm inte att seniora intressenter kanske inte är helt bekanta med DevOps-terminologi) säger Nicole Forsgren: ”Ledtid är den tid det tar från att en kund gör en begäran till att begäran uppfylls.”

Ju snabbare kod som kan driftsättas når kunderna, desto nöjdare blir de, desto effektivare kan din produkt bli och desto snabbare kan mer intäkter genereras. Bättre arbetssätt inom mjukvaruutveckling minskar ledtiden. Dina beslutsfattare ser direkt de positiva konsekvenserna av detta.

4.   En DevOps-plattform kan hjälpa ditt företag att återhämta sig snabbare från störningar och minska MTTR

När du ska övertyga seniora intressenter om business caset för en DevOps-plattform är MTTR ett av de viktigaste begreppen.

Vad betyder MTTR? MTTR står för Mean Time to Recovery. Saker går fel, även med de bästa intentioner. Men ju snabbare tjänsteavbrott kan begränsas, desto bättre är det för alla berörda.

När felfrekvensen minskar kan ni snabbare begränsa tjänsteavbrott och minimera intäktsbortfall till följd av driftstopp. Beslutsfattare kommer att uppskatta detta. Därför är det viktigt att ta med detta argument när du visar varför det är värt att investera i en DevOps-plattform: med rätt verktyg är verktygskedjan alltid redo om ett tjänsteavbrott inträffar.

Då kan arbetstiden läggas på att hantera problemet i produktion, i stället för verktygskedjeproblem som bättre hanteras av specialister och experter på verktygskedjan, vilka kan identifiera och lösa dem mer effektivt.

Knyt ihop säcken: kombinera viktiga underlag för business case för DevOps-plattformar

Nu när du känner till de viktigaste termerna som behöver ingå i ditt business case och vilka fördelar du bör lyfta fram, är det dags att knyta ihop säcken.

Det är bra att använda en business case-kalkylator, men ett verktyg är bara värdefullt om det är relevant för din organisation. Kalkylatorn måste innehålla relevanta fakta om din organisation och omvandla dem till DevOps-mått.

Du behöver inkludera information som:

-Den totala lönekostnaden för en enskild mjukvaruutvecklare

-Företagets totala omsättning

-Det värde företaget förväntar sig att skapa genom sin funktion för forskning och utveckling inom mjukvara

-Specifika DevOps-mått, inklusive cykeltid, ledtid och MTTR

Dessutom räcker det inte att bara samla in dessa uppgifter: du behöver kunna modellera sambandet mellan olika indata och de slutliga måtten och resultaten.

Det går att bygga ett business case själv, men det är inte enkelt

Jag skulle avråda från att försöka bygga en själv. Det är inte enkelt att ta fram ett investeringsunderlag, oavsett slag. Att bygga en kalkylator för investeringsunderlag är betydligt svårare. Det är klokt att använda befintliga resurser som har tagits fram av personer som själva har byggt dussintals eller hundratals business case, i stället för att uppfinna hjulet på nytt.

Vanligtvis tar någon på företaget – exempelvis inom FoU, mjukvara eller drift – bara fram business case då och då. Därför är det logiskt att använda en modell som skapats av en lösningsleverantör som tar fram business case hela tiden. Det krävs många case för att säkerställa att en modell har testats ordentligt.

Det positiva är att Eficode har gjort detta många gånger och har skapat en smidig business case-kalkylator som du kan använda helt kostnadsfritt.

Vår business case-kalkylator tittar på de viktigaste DevOps-måtten, väger samman dem, utför beräkningarna och uppskattar din besparingspotential, påverkan på intäkterna och investeringskostnaderna. Därefter presenterar den business caset utifrån tre av måtten vi nämnde tidigare: NPV, ROI och återbetalningstid.

Om du hellre vill skapa ett business case för DevOps-plattformen själv behöver du bara fylla i dessa uppgifter, så utför kalkylatorn beräkningarna åt dig.

Ta hänsyn till dessa sju indata för att beräkna ett business case för en DevOps-plattform

1. Företagets omsättning

2. Antalet anställda inom mjukvaruutveckling

3. Nuvarande driftstopp per månad i er verktygskedja för mjukvaruutveckling

4. Antalet anställda specialister på verktygskedjan, mätt i heltidsekvivalenter utifrån hur mycket arbetstid som krävs för att hantera verktygskedjan

5. Cykeltid

6. Ledtid

7. Antal och längd på oplanerade avbrott i mjukvara i produktion

När du har matat in de här siffrorna får du en fullständig beräkning baserad på våra erfarenheter från andra kunder. Vi kan sedan förfina siffrorna i en workshop om affärsvärde för att öka träffsäkerheten och nyansera underlaget.

Låt experter på DevOps-plattformar hjälpa dig att ta fram ett så gediget och värdefullt business case som möjligt för din organisation

Du kan skapa ett business case på egen hand med hjälp av verktygen vi har tagit fram. Men jag vill gärna bjuda in dig och de kollegor som du tror skulle ha nytta av att delta i arbetet med ett business case för fördelarna med en DevOps-plattform till en workshop om affärsvärde.

I den här workshopen får du uppleva fördelarna, nyttan och besparingarna med att använda ett DevOps-verktyg. Vi diskuterar alla variabler som nämns i det här blogginlägget och mycket mer. Dessutom bygger vi ett personligt business case utifrån ditt företags unika situation och förutsättningar.

Sammanfattningsvis:

1. Du behöver kunna argumentera för ditt business case inför personer med god ekonomisk förståelse och använda en terminologi de känner igen. Då kan de jämföra ditt business case med andra underlag de har framför sig, som kanske konkurrerar om samma budget.

2. De viktigaste begreppen att ta med i ett business case är: nettonuvärde, avkastning på investering och återbetalningstid.

3. De viktigaste skälen för ett business case för en DevOps-plattform är: ökad produktivitet i R&D-teamet, högre effektivitet för specialister inom verktygskedjor och automatisering, kortare cykeltider och ledtider samt minskad frekvens av oplanerade driftavbrott och kortare återställningstid.

Det är inte särskilt komplicerat, men det är heller inte enkelt. Så om du är redo att ta fram ett business case för att investera i DevOps-plattformar som kan hjälpa dig att förbättra ROI, minska kostnaderna för mjukvarupipelines och göra R&D-teamet mer effektivt – med mindre stress och frustration – kontakta oss.

Vi hjälper gärna till. Eficode ROOT, vår prisbelönta helhetslösning för DevOps-verktyg, integreras med över 40 verktyg så att du kan lägga mindre tid på att hantera dina verktyg och mer tid på att utveckla fantastisk mjukvara.