5 beprövade metoder för att skala DevOps

Insikterna i den här artikeln kommer från ett föredrag av Giulio Iannazzo, Solution Engineer på Atlassian, under DEVOPS 2018. Ta del av hela presentationen och videon – och faktiskt alla presentationer och videor från Europas ledande DevOps-event – när det passar dig.

Om du funderar på vilka hinder som kan uppstå när du skalar upp din DevOps- och digitala transformation, får du här några beprövade metoder för att komma igång. 

Utmaning 1: DevOps är ett otydligt begrepp med olika tolkningar

Vissa i organisationen kanske tror att DevOps bara handlar om att automatisera repetitiva processer. Men det är mycket mer än så.

Beprövad metod 1: Anordna workshoppar som visar DevOps-tekniker i praktiken

Det här upplägget ger teamen både teori och konkreta fördelar på samma gång.

Du behöver förmedla att DevOps inte är ett verktyg eller en snabb omorganisation, utan ett förhållningssätt och en filosofi. För att lyckas behöver du låta människor uppleva DevOps i praktiken, så att det blir en del av deras dagliga arbetssätt. DevOps är en kultur av ständig experimentering och förbättring, där en skuldfri kultur gör att fel upptäcks snabbare än tidigare. Det bör också leda till ökad arbetsglädje för ingenjörer.

Utmaning 2: DevOps får inte bli bara ett teams ansvar

Eftersom DevOps innebär en kulturell förändring är målet att metoderna för ständig förbättring ska integreras i allas arbetssätt, även hos ledningsgruppen. Om du permanent tilldelar en grupp personer uppgiften att ”göra DevOps” riskerar andra att tänka att det inte är deras ansvar.

Beprövad metod 2: Förändra teamstrukturerna och undvik att skapa en DevOps-silo

Förändra teamstrukturen så att varje team består av olika specialister, inklusive Ops. Planera för att din DevOps-transformation ska ha ett slutdatum.

Utmaning 3: Olika team i organisationen använder olika verktyg

Samarbetet blir mycket svårare när teamen inte använder samma verktyg för liknande uppgifter.

Beprövad metod 3: En enhetlig produktionskedja för mjukvara

Skapa en enhetlig produktionskedja för mjukvara i hela organisationen och ta hjälp av experter för att göra rätt val när det gäller verktyg. Visa fördelarna med nya verktyg genom att låta teamen testa dem själva.

Utmaning 4: Förändring är svårt

En inställning som ”om det inte är trasigt behöver du inte laga det” motverkar förändring till det bättre. Nya processer tar tid att lära sig. Dessutom kan kulturella silor ha funnits i företaget i många år.

Beprövad metod 4: Visa, berätta inte

Det här hänger ihop med lösning nummer 1. Visa teamen hur DevOps kan hjälpa dem att bli mer framgångsrika. Dela konkreta exempel från företaget där DevOps fungerar och skapar nytta: på intranätet, via e-post eller under en lunchföreläsning. En DevOps-pilot i ett av dina team är ett sätt att få fram det värdefulla första exemplet.

Utmaning 5: DevOps-transformation är ett stort projekt – var börjar du?

Det går inte att komma ifrån: DevOps-transformationer kan vara svåra att hantera.

Beprövad metod 5: Ta hjälp av experter i början och se det som en resa

För att undvika att DevOps-transformationen sker ryckvis och överväldigar avdelningen bör du börja med lågt hängande frukt, till exempel enhetliga verktyg. Ta också hjälp av experter tidigt i processen genom en DevOps-utvärdering och en roadmap. Utvärderingar leder till roadmaps för transformation med viktade prioriteringar som banar väg för den förändring du vill se.

DevOps är en kultur av ständig förbättring och experimentering, vilket gör din DevOps-transformation till en resa som fortsätter långt in i företagets framtid. Men det betyder inte att din DevOps-transformation ska pågå för alltid. Det finns en slutpunkt där DevOps blir en naturlig del av verksamheten.

Ett lysande tips på vägen: pre-mortem

Du känner säkert till post-mortem för projekt. En pre-mortem tar det ett steg längre genom att förutse problem som kan uppstå innan projektarbetet ens har börjat.

Genomför den här övningen innan ni påbörjar något arbete i projektet. Dela först in teamet i två grupper. Föreställ er sedan att tiden har spolats fram till en månad efter att projektet avslutats. Den ena gruppen diskuterar ett scenario där projektet blev en stor framgång. Låt dem prata sinsemellan och lista orsakerna till att det lyckades. Den andra gruppen representerar en framtid där projektet blev ett totalt misslyckande. Låt dem diskutera orsakerna till misslyckandet och lista dem. Diskutera sedan båda scenarierna tillsammans i teamet.

Övningen hjälper dig att förutse vilka problem som kan uppstå, så att ditt projekt har större chans att bli en stor framgång.

Läsning

Atlassians Giulio Iannazzo rekommenderade följande bok i sin presentation, eftersom den belyser ämnet ytterligare. Trevlig läsning!

Ta del av Giulio Iannazzos presentation och video här.