Ett nytt perspektiv på utformningen av DevOps-implementeringar

DevOps står i fokus. I takt med att världen rör sig mot en robust, mjukvarustyrd framtid ser vi att antalet DevOps-projekt ökar och att deras omfattning växer. Dessa omfattar ett brett spektrum av aktiviteter, från storskaliga implementeringar på organisationsnivå till tekniker och lösningar för att hantera utmaningar inom kontinuerlig integration och kontinuerlig leverans (CI/CD).

Mitt i vad som verkar vara en mängd olika scenarier verkar den röda tråden för alla DevOps-insatser ligga i de kulturella och ledarskapsmässiga aspekterna av transformationsresan.

Och DevOps är verkligen en resa.

Det finns en felaktig uppfattning att DevOps bara är en kombination eller sammanslagning av utvecklings- och driftsteamen för att lösa identifierade utmaningar. I själva verket är DevOps mer än ett verktyg för CI/CD. Kulturella förändringar, nya arbetssätt och ett förnyat ledarskap är nyckeln till teamets omvandling – en resa som drivs och stöds av verktyg och teknik för att automatisera processerna för snabbare återkoppling, leverans i tid och förbättrad kvalitet.

Här kommer jag att berätta om de lärdomar och erfarenheter vi har dragit från vårt arbete med att hjälpa en stor global kund att kartlägga sitt nuvarande läge inom IT-utveckling och drift samt omdefiniera sin DevOps-transformationsresa.

Vad innebar det?

Under samtalen med kundens ledning blev det tydligt att organisationen förlorade produktivitet, lönsamhet och marknadsandelar på grund av oförmågan att leverera IT-tjänster till verksamheten. Deras IT-avdelning kunde inte hålla sitt löfte om att leverera programvara i tid. Vi identifierade flera problem inom deras Software Delivery and Operations (SDO), bland annat:

• Lång ledtid för att leverera funktionen till verksamheten,
• Bristande involvering från verksamheten under utvecklingsfasen,
• Överskridna deadlines på grund av kvalitetsproblem i senare skeden,
• Brist på automatisering och för många manuella överlämningar, samt
• Siloartat arbetssätt mellan utvecklings- och driftsteamen.

Med detta utmanande scenario i åtanke ska vi se hur vi omstrukturerade deras DevOps-paradigm.

För det första: att tillhandahålla DevOps-ledarskap – detta är nyckeln till en framgångsrik DevOps-implementering. Vi insåg att flera transformationsprojekt misslyckas på grund av bristfälliga transformationsinitiativ. Detta inkluderar:

• Att man inte definierar”varför”( ) som en del av DevOps-implementeringarna,
• Bristande insikt om hur brådskande behovet av DevOps är,
• En bristfällig strategi för DevOps-omvandlingen,
• Att inte ha en tydlig och kraftfull kommunikation med intressenterna,
• Brist på vision och avsaknad av ett slutmål, samt
• Att inte tänka igenom den kulturella förändringen.

Vi arbetade tillsammans för att ta itu med dessa problem, säkerställde helhjärtat stöd från ledningen och kommunicerade omställningsplanen till organisationen genom ”överflödig kommunikation” (tro mig – det är precis vad som behövs!).

Våra team bidrog till att förse medarbetarna med rätt kunskap och rätt verktyg för att skapa rätt kultur.

Den förnyade DevOps-resan inleddes därför med en inledande utvärdering (Due Diligence) av den aktuella affärs- och utvecklingsverksamheten samt leveransrutinerna. Vi hjälpte till att utarbeta en bra färdplan för DevOps-omvandlingen för att få ut det mesta av resan tillsammans med kundens ledningsgrupp.

För det andra: Att driva kulturell transformation och Agile – DevOps handlar egentligen om människorna. Organisationer drabbas ofta av stelnad kommunikation mellan team, isolerade hierarkiska strukturer och kommunikationsbarriärer som leder till att den övergripande visionen för produktutvecklingen går förlorad. En av de största utmaningarna är därför att kartlägga det kulturella behovet och utforma en robust och effektiv transformationsplan.

Agile omvandling är nyckeln till att förändra teamens vanor så att de anammar nya arbetssätt och tankesätt. Vår omvandlingsmetodik resulterade i cirka 25 Agile team, så kallade squads, organiserade i ett specifikt produktbaserat värdeflöde. Små batcher, visualisering av arbetsflödet, frekventa leveranser och återkoppling förändrade squadsens tankesätt.

Drivkrafter för kulturell förändring, utbildningsläger och Agile konferenser anordnades för att säkerställa en fullständig förändring av tankesättet och leveransprocesserna.

Nästa steg är att införa CI/CD-metoder i hela organisationen.

Implementering av CI/CD – Våra team hjälpte kunden att införa kontinuerlig leverans på ett strukturerat sätt i hela organisationen. Vi genomförde ett pilotprojekt där vi mätte framgången inom varje affärsområde och teknikområde genom att automatisera och standardisera hur programvaran driftsätts.

Under denna omvandling genomfördes stegvisa förbättringar för att effektivisera releaseprocesserna. Som ett resultat identifierades stora risker och problem vid driftsättningen, och releaseprocessen justerades för att säkerställa extra säkerhet genom kontinuerlig förbättring. Figur 2 (nedan) visar en typisk pipeline för kontinuerlig leverans – källkod, bygg, test och produktion.

                                                                     Figur 2: En typisk pipeline för kontinuerlig leverans – källkod, bygg, test och produktion

DevOps är, enligt den allmänna uppfattningen, en kontinuerlig resa. Resultaten är dock tydliga redan från början.

Även om implementeringen på företagsnivå fortfarande pågår för det exempel vi nämnde tidigare har vi börjat se uppmuntrande resultat genom:

• Förbättrad kvalitet på den levererade produkten med 50 % färre fel,
• Ökat engagemang hos medarbetarna och nöjda utvecklare,
• Förbättrade, förstärkta och utökade processflöden,
• Integrering av nya funktioner i testmiljön för UAT,
• En ökning av leveransfrekvensen med 20 %, samt
• Gradvis minskning av ledtiden (från 90 dagar till under 60), med ökad automatisering av tidigare manuella överlämningar.

Resultaten är uppmuntrande och inspirerar oss att införa metoder för webbplatsstabilitet och övervakning för att driva på en djupare omvandling av arkitekturprocessen för DevOps-implementeringen. Genom att förbättra pipelineeffektiviteten, modernisera applikationsarkitekturen, arbetssätt, tankesätt och beteenden kommer resan bara att stärkas till förmån för alla intressenter.

En skräddarsydd intern DevOps-plattform (IDP), som kan avlasta DevOps-ingenjörer och IT-operatörer från en stor del av den komplexitet som tynger dem, kan visa sig vara en avgörande faktor här. Tanken är att kunden/utvecklaren ska kunna konfigurera sitt favoritverktyg med den nödvändiga licensen för att skapa en DevOps-verktygskedja. Detta skulle ge utvecklare erfarenheter av kontinuerligt lärande och experimenterande för att maximera det övergripande resultatet av DevOps-resan och understryka processens gemensamma framgång.

När förändringen väl sker kommer den att vara tyst men kraftfull. För när allt kommer omkring är de djupaste revolutionerna ofta de tystaste.