Vad är DevOps?
DevOps hjälper organisationer att anpassa sig till marknadens behov genom att leverera värdefull programvara snabbare och med högre kvalitet. Många tekniska begrepp är inblandade, men det vore ett misstag att avfärda DevOps som enbart ett tekniskt skifte. De största utmaningarna som företag står inför när det gäller DevOps är trots allt organisatoriska och kulturella.
Innovation sker i en kultur som präglas av delning, säkerhet och risktagande, och inga investeringar i teknik kan kompensera för en bristande kultur. Istället kan ledningen uppmuntra beteenden som leder till teknisk excellens, psykologisk säkerhet och ständiga förbättringar.
För en snabb sammanfattning av DevOps, läs den här bloggen av Johan Abildskov om vad det är.
Kultur slår strategi varje gång
Föreställ dig själv i det här scenariot: En incident har precis inträffat och du försöker ta reda på vad som gick fel. Istället för att lägga skulden på en annan person eller grupp i organisationen, fokusera på hur incidenten kan förhindras från att inträffa i framtiden.
Ron Westrum, skaparen av typologin för organisationskulturer, beskriver hur en organisations kultur är som en individs personlighet. På samma sätt som personligheten formar beteendet lägger organisationskulturen grunden för hur människor reagerar på utmaningar eller möjligheter. Stora ledare definierar det system inom vilket kulturen utvecklas och spelar en aktiv roll. Men även utan att ledarskapet uttryckligen formar kulturen kommer ett system att växa fram baserat på belöningar, bestraffningar, resursfördelning och symboliska handlingar.
Westrums kulturtypologi förutsäger både programvaruleveransprestanda och affärsresultat. Dessutom är den lätt att mäta, så att du kan dra slutsatser om konkreta åtgärder baserat på undersökningsresultat - vilket gör den till ett kraftfullt verktyg för att driva kulturförändringar i rätt riktning.
Vi diskuterade detta ämne mer i detalj i ett avsnitt av vår DevOps Sauna-podcast.
Är ni Agila bara på pappret?
Inom agil mjukvaruutveckling får autonoma team befogenhet att arbeta självständigt mot gemensamma mål. Beroende på din bransch och ditt företags storlek kan detta kräva en del arbete. Organisationer återgår till mer kontrollerade strukturer efter den första entusiasmen över att ha infört agila metoder. Om så är fallet, utvecklas din programvara på ett agilt sätt?
Enligt vår erfarenhet (som vi har diskuterat i vårt DevOps Sauna-podcastavsnitt om hur ledare inom mjukvaruutveckling ser på DevOps och Agile) behöver den högsta ledningen ofta få en bättre uppfattning om vad det innebär att vara Agil.
Godkännande av ett externt organ är bara ibland den bästa vägen framåt, eftersom ökad kontroll och riskhantering kan minska innovation och produktivitet. I starkt reglerade branscher leder betydande förändringar av verksamheten bara ibland till ökad snabbhet och kvalitet. Processer för godkännande av förändringar tenderar att bli komplexa och förvirrande med tiden, vilket leder till längre feedbackloopar och längre tid till marknaden.
Tack vare tillämpningen av DevOps kan Change Approval Boards (CAB) coacha och lägga upp strategier på ett bättre sätt idag än tidigare. CAB bör också se till att processen är transparent och att man arbetar för att optimera den så att den levererar värde till kunderna.
Konsolidera verktyg med plattformsteam
Att hantera ärenden och krav i flera olika system ökar omkostnaderna och leder till problem (som fel, omarbetning och felaktig anpassning). För att komma till rätta med detta bör kraven fungera som en samlande kraft som kopplar samman affärsmålen och engagerar alla intressenter. Genom att integrera kraven på ett effektivt sätt ökar transparensen i produktutvecklingsprocesserna.
Tricket är att koppla affärsmätningar till arbetsflödet för kravhantering, vilket kan göras genom att konsolidera verktyg med ett plattformsteam, internt eller som en tjänst. Genom att spåra kraven genom varje steg fram till lanseringen blir automatiseringsnivån och andra fördelar med DevOps tydligare genom mätvärden. Dessutom uppmuntrar spårbarhet på förhand till revision och efterlevnad genom design, vilket ger ett robust ramverk för att säkerställa efterlevnad av nödvändiga standarder och föreskrifter.
Om du vill lära dig mer om den roll som plattformsteam spelar i din organisation och om platform engineering i allmänhet kan du läsa vår ultimata guide till platform engineering.
Datadriven är ett sinnestillstånd
DevOps gör det mycket enklare att koppla affärsmätningar till det arbete som din teknikavdelning utför, vilket är avgörande eftersom du inte kan förbättra det du inte kan se. Data är bara värdefulla om de leder till åtgärder, och genom att använda rätt språk kan man vägleda datadrivet beslutsfattande på ett företag.
Till exempel : "Gör KÖP-knappen rosa för att få mer uppmärksamhet och öka försäljningen."
Uppmuntra istället att uttalanden som detta formuleras som en hypotes:
"Vi tror att om vi gör KÖP-knappen rosa kommer vi att få mer uppmärksamhet och öka försäljningen."
Detta förtydligar att avsikten är ett experiment: vi måste mäta, validera och avgöra vad vi vill behålla. Den rosa knappen kan av någon okänd anledning driva ner försäljningen, men utan ett datadrivet tankesätt finns det inget sätt att veta vad som orsakade problemet.
Kolla in det här avsnittet av vår DevOps Sauna-podcast där vi tar upp hur DevOps kan vara nyckeln till att förbättra hastighet och skala för mer information.
Sträva efter kontinuerlig leverans i allt du gör
Continuous Delivery består av en samling tekniska metoder som syftar till att på ett säkert, snabbt och hållbart sätt placera olika förändringar hos användarna. Det kretsar kring programvaruarkitektur, automatisering och främjande av sunda tekniska metoder.
Automatisering spelar en avgörande roll i Continuous Delivery, oavsett om det gäller testning, distribution eller byggprocesser, med det ultimata målet att minska repetitiva uppgifter, stärka ingenjörerna, förbättra deras kunskaper och öka den övergripande arbetstillfredsställelsen. Det är dock viktigt att notera att även om automatisering är kraftfullt kan det förstärka arbetsbelastningen om det inte hanteras effektivt. Med inspiration från Lean-metoder inom produktionsindustrin bör fokus ligga på ständiga förbättringar, optimering av värdeflödet och minimering av slöseri.
Att underhålla automatiseringen kan också vara en utmaning och kräva betydande insatser. Vi rekommenderar att man använder befintliga COTS-verktyg (Commercial Off-The-Shelf) som Atlassians Jira och Confluence, Docker, GitHub, GitLab eller Kubernetes, som utvecklats och stöds av stora grupper och företag. Genom att utnyttja etablerade lösningar, oavsett om de är kommersiella eller bygger på öppen källkod, kan man spara tid och resurser jämfört med att bygga anpassade lösningar från grunden.
Här är en artikel som går igenom Continous Delivery mer i detalj.
Bygg upp din utvecklingsgrupp kring versionshantering
Att hantera förändringar i en mjukvaruprodukt som utvecklas snabbt kan vara en utmaning. För att förstå skillnaden mellan de två versionerna och säkerställa spårbarhet är versionshantering avgörande. Som Microsoft förklarar i den här guiden har Git blivit den globala standarden för versionshantering och används av över 90 % av världens utvecklare som ett verktyg med öppen källkod för att hantera källkod.
Mjukvarusystem är invecklade och består av olika komponenter som distribueras i flera olika konfigurationer. Följaktligen är det viktigt att lagra applikationens källkod och testautomatisering, infrastruktur och distributionspipeline i versionskontroll.
Versionskontrollsystem integreras ofta med verktyg för uppgiftshantering som Jira Software, vilket underlättar en omfattande spårning och granskning och säkerställer att ändringar är väl dokumenterade och motiverade. Väl implementerad versionskontroll banar också väg för att anta nya metoder som automatiserade säkerhetstester, code linting och peer reviews, vilket förbättrar den övergripande mjukvaruutvecklingsprocessen.
Från övervakning till "actionable insights"
Att känna till det aktuella tillståndet för de applikationer du underhåller möjliggör datadrivet beslutsfattande. Lägg till exempel märke till aktiva buggar i skrivbordsapplikationen eller drifttiden för en onlinetjänst. Målet är att förhindra att en kund behöver meddela dina tekniker om ett problem.
Övervakning kan leda till handlingsbara insikter och proaktivitet genom att:
- Mätning av vad som antas vara standardförhållandena för dina applikationer
- Varna för avvikelser
- Bli medveten om varningströtthet
- Använda oskyldiga efteråt för att undvika återkommande incidenter
Kom ihåg: övervakning och observerbarhet bör vara en del av applikationsdesignen. Puppet State of DevOps-rapporten visar att team som kan konfigurera sin egen övervakning är mer benägna att vara högpresterande.
Kvalitetssäkring är mer än en gatekeeper
I traditionella metoder för programvaruutveckling är testning och kvalitetssäkring isolerade från programvaruteamen, vilket skapar spänningar mellan utvecklare och kvalitetssäkrare. Utvecklare känner sig ofta attackerade när kvalitetssäkringen ingriper efter att de tror att de är klara med sitt arbete, trots att de har som mål att förbättra produktens kvalitet.
För att förbättra denna dynamik bör organisationerna anta en mer samarbetsinriktad strategi och ge kvalitetssäkringsteamen en stödjande roll. De bör kontinuerligt granska de automatiserade tester som används av teamen och se till att de förblir underhållbara och effektiva. Testare kan också hjälpa till med detta genom att göra testdata tillgängliga och optimera hastigheten på pipelines.
Moderna metoder, som beteendedriven utveckling (BDD), möjliggör effektiv automatiserad acceptanstestning med hjälp av naturligt språk. De kräver inte heller kodningskunskaper, vilket gör det lättare för intressenter att förstå syftet med varje test. Med BDD kan en bredare grupp delta i kvalitetssäkringsdiskussioner och bidra till enskilda testfall.
Tack vare automatisering av kvalitetssäkringen på hög nivå och integrering i Continuous Delivery-pipelinen får kvalitetssäkringsexperterna mer tid att arbeta med de uppgifter som vanligtvis inte utförs (t.ex. icke-funktionell testning, utforskande testning), vilket ytterligare effektiviserar utvecklingsprocessen och säkerställer att programvaran håller högre kvalitet. Genom att främja samarbete och anamma automatisering kan organisationer uppnå mer effektiva kvalitetssäkringsmetoder som gynnar hela livscykeln för programvaruutveckling.
Läs gärna vår blogg om de 5 böcker du bör läsa för att bättre förstå vikten av kontinuerlig kvalitetssäkring om du är intresserad.
Gör säkerhet till en integrerad del av din leveranspipeline
Cyberhot utgör en allvarlig risk för organisationer, eftersom säkerhetsöverträdelser kan leda till allvarliga ekonomiska skador och skador på anseendet, eftersom läckor av personuppgifter eller IT-avbrott kan orsaka intäktsförluster och minska ett varumärkes värde. Högpresterande DevOps-team har löst konflikten mellan säkerhet och innovation eftersom de främjar samarbete mellan säkerhetsspecialister och utvecklingsteam och ser till att säkerheten är en integrerad del av leveransprocessen.
Säkerhetsspecialisterna spelar en avgörande roll genom att tillhandahålla förgodkända bibliotek och processer, vilket gör att teamen kan skapa produkter som är "säkra genom design" i stället för att försöka lägga till säkerhet i efterhand. Genom att integrera säkerhet i utvecklingsarbetet och utnyttja automatiserade verktyg för säkerhetsskanning kan företag bättre skydda sig mot cyberhot och samtidigt upprätthålla en hög innovationstakt. Genom att involvera säkerhetsspecialister ännu tidigare i utvecklingen kan man dessutom säkerställa att hotmodeller beaktas redan innan tid läggs på programmering, vilket säkerställer att tekniska lösningar är robusta när de skapas.
Här är en blogg av Darren Richardson som tar upp de hot och försiktighetsåtgärder som alla som arbetar med cybersäkerhet bör känna till.
DevOps-transformationer förändrar en organisations arbetssätt avsevärt, men de är inte en engångsresa med en fast destination. DevOps-experter utvecklas kontinuerligt som en del av sin företagskultur och sina arbetsmetoder, och ser förbättringar som en pågående process som sker över tid.
Men för att nå den nivån kan det finnas en period då det krävs samordnade insatser för att förändra de befintliga arbetssätten. Den här fasen är vad vi kallar en DevOps digital transformation, som syftar till att integrera DevOps-metoder i organisationens dagliga verksamhet och göra den anpassningsbar till kundernas behov och framsteg inom området.
Det finns ingen universallösning för att driva en framgångsrik Agile- och DevOps-transformationsresa. Varje organisation är unik och det finns ingen "färdig" lösning som är universellt tillämplig. Förändringsprocessen kräver ett skräddarsytt tillvägagångssätt som tar hänsyn till organisationens specifika utmaningar, mål och befintliga metoder. Harri Pendolin diskuterar detta ämne i detalj i sin blogg, De tre lager som din transformation måste ske i.
Genom att anamma en Agile DevOps-transformationsplan och kontinuerligt anpassa sig till förändringar kan organisationer uppnå elitprestanda inom DevOps och skapa en kultur av ständiga förbättringar och innovation.
Roadmappen
Även om varje organisations DevOps-omvandling är unik och kräver ett skräddarsytt tillvägagångssätt finns det i stort sett liknande faser som många omvandlingar går igenom. En transformationsöversikt eller färdplan för DevOps-transformation kan ge ett allmänt ramverk som organisationer kan anpassa till sina specifika behov.
Ledning:
- Medvetenhet
- Roadmap
- Investering
Organisation:
- Plattform för utvecklare
- Praktiska gemenskaper
- Topologier för team
Team:
- Självbetjäning
- Utvecklarens upplevelse
- Continuous delivery
Det är viktigt att lägga en solid grund för att etablera en hållbar och skalbar DevOps-användning som är djupt rotad i organisationskulturen. Börja med att odla en sund kultur som välkomnar förändringar och som stöds av transparenta processer för godkännande av förändringar, grundläggande automatisering, noggrann övervakning och versionshantering. På så sätt skapas förutsättningar för en framgångsrik implementering av DevOps i en digital transformation.
Vi behandlar ämnet organisationskulturer mer ingående nedan.
Praktiska gemenskaper och gemenskapsbyggare
Detta innebär att samla yrkesverksamma med ett gemensamt intresse för ett visst ämne, som sedan samarbetar och ägnar sina ansträngningar åt att förbättra sin expertis och sina färdigheter. Att etablera och främja praktikgemenskaper är en robust metod för att skala upp DevOps på ett effektivt sätt.
Dessa gemenskaper utvecklas till autonoma grupper som blir värdefulla guider för organisationens mål och centrala för att bevara och utveckla dess tekniska kunskaper. Genom att odla sådana gemenskaper förbättrar en organisation sin anpassningsförmåga till omorganisationer och produktförändringar. Men att vårda dessa gemenskaper kräver både initiala och löpande investeringar. Gemenskaper frodas när de kretsar kring gemensamma passioner, uppvisar en frivillig natur och en dynamisk anda som driver kollektiv kunskapstillväxt.
Det är viktigt att inse att communities of practice kan hanteras på ett annat sätt än konventionella avdelningar. Istället bör de definiera sin existens så länge de har ett tydligt syfte och får stöd från ledningen. Genom att stärka dessa grupper på detta sätt uppmuntrar man till självständighet och skapar en miljö där kunskap och innovation kan blomstra.
Med detta sagt kan många olika former av internt ledarskap förekomma inom en community, t.ex:
- En tankeledare
- Någon som organiserar aktiviteter och möten
- Någon som dokumenterar praxis
Vi brukar kalla dessa interna ledare för "samhällsbyggare". De är särskilt viktiga när det gäller att starta en praxisgemenskap som fortfarande behöver skapas. Du kanske till och med har en praxisgemenskap i din organisation utan att inse det.
Under DevOps-transformationen kan dessa community builders skapa en känsla av att det är bråttom. De främjar sedan sina praktikgemenskaper och tar på sig ledarroller inom dem.
- En praxisgemenskap för DevOps-omvandling
- En praxisgemenskap för säkerhet
- En praxisgemenskap för plattformsteknik
Mer information finns i vårt poddavsnitt DevOps Sauna om hur man använder verktyg för tjänstedesign för att underlätta praktikgemenskaper.
När DevOps möter design
För att digitala tjänster ska bli framgångsrika krävs en omsorgsfull design som anpassar användarupplevelsen, användarflödena och varumärket till ingenjörsavdelningens arbete. Precis som programvaran utvecklas kontinuerligt måste designen anpassas och förbättras över tid. Att behandla programvara som en levande enhet understryker vikten av att ständigt upprätthålla uppdaterade bibliotek för designers och utvecklare, eftersom det kan leda till föråldrade lösningar om man förlitar sig på tidigare projekt.
Ett gemensamt bibliotek främjar samarbetet mellan design- och utvecklingsteamen och bidrar till smidigare interaktioner och kunskapsutbyte. Att integrera design- och utvecklingsprocesser kan leda till snabba produktlanseringar och kortare tid till marknaden när det kombineras med DevOps-metoder som automatisering.
Kontinuerliga omvandlingar med moln och DevOps
Organisationer som använder DevOps-metoder upptäcker att de kan leverera programvara av bättre kvalitet snabbare - vilket ger teamen mer tid att arbeta med nya funktioner och förbättrar affärsresultaten. Ett framgångsrikt införande av molntjänster ger också fördelar när det gäller skalbarhet, tillgänglighet och kostnadseffektivitet och gör det mycket enklare att införa ny teknik, innovationer och experiment.
Att lyckas med båda dessa discipliner ger företag den smidighet som krävs för att överleva och dra nytta av fördelarna med DevOps snabbhet, kvalitet och effektivitet med kostnadseffektiviteten och innovationsförmågan i molnet.
Läs mer om hur dessa metoder stöder varandra i vår guide "Få ut mesta möjliga av DevOps och molnet".
DevOps är inte längre valfritt - det är nödvändigt. Det som en gång var en konkurrensfördel är nu en branschstandard, med DevOps och digitala transformationer som är nödvändiga för att mjukvaruorganisationer ska lyckas.
Även om teknik och verktyg är viktiga aspekter av DevOps är det ett misstag att tro att de erbjuder en komplett lösning. Det finns ingen färdig produkt eftersom DevOps inte kommer i en låda. Istället måste viktiga intressenter och beslutsfattare ta ansvar för att driva de nödvändiga kulturella förändringarna från toppen av sina organisationer. En kombination av rätt verktyg och tillvägagångssätt behövs för att företag ska kunna förverkliga sin fulla DevOps-potential.
Håll dig uppdaterad - Följ vårt nyhetsbrev
Exklusivt och utbildande innehåll från Eficode. I din inkorg.
