Jag skulle vilja anställa en stycke DevOps om ni har en sådan?
Vi på Onbird har flera gånger hört våra kunder och andra organisationer säga att de behöver anställa eller anlita en DevOps-person. Idén är ganska enkel, denna roll syftar till att få Dev och Ops att börja arbeta bättre tillsammans. Att fungera som själva bryggan mellan Dev och Ops.
Dessvärre är detta inte en särskilt genomtänkt idé, och den är heller inte alls i linje med vad en övergång till DevOps faktiskt betyder för en organisation.
Vad är DevOps?
För att tydliggöra det här behöver vi igen repetera vad DevOps är och inte är. I första hand handlar DevOps om att sträva mot “flow” eller flödeseffektivitet som vi säger på svenska.
Detta innebär att vi som organisation strävar mot att skapa ett enhetligt flöde som inkluderar hela leveransen från kundkrav till realiserad och löpande hanterad tjänsteleverans. Det här betyder alltså att från det att kunden önskar ny funktionalitet eller kapacitet så ska vi som organisation försöka säkerställa att kravet kan så att säga rinna rakt igenom. Vi vill undvika så klart att det stoppas upp. Det ska flyta på i produktionssättning och till löpande leverans så att kunden kan realisera vinsten av den investering de gjort.
DevOps Verktyg och Kunskap
Onbird har samlat ett antal verktyg, skrifter och kurserbjudanden på vår DevOps-sida.
OK, men sedan?
I praktiska termer så kommer vi alltså behöva att utveckla kod, testa kod, produktionssätta kod och sedan drifta denna kod med minsta möjliga felfrekvens på vägen. Helst ska koden flöda i ett stycke genom hela organisationen.
Det här betyder att Utveckling (Dev) och Drift (Ops) måste börja arbeta tätt samman. Att då sätta en flaskhals emellan i termer av en specifik roll vars jobb det är att koordinera är inte rätt lösning. Visst, det är en god idé att ha någon resurs som hjälper Dev och Ops att finna varandra, men inte en roll som koordinerar. All form av koordinering är alltid slöseri (waste i Lean-termer) och bör undvikas eller helst elimineras helt.
Det är heller inte en roll vars uppgift det är att bara jobba med automatisering. Automatisering av tester, produktionssättning etc. är viktiga komponenter för att nå flöde. Men i regel ligger inte våra stora flaskhalsar där utan istället hittar vi dem i resurser som inte finns på rätt plats vid rätt tid, driftspersonal som är dränkta i att hantera kapacitetsproblem eller incidenter som ett resultat av nyproducerad kod respektive utvecklare som får vänta på att driftspersonal blir tillgängliga för att utföra nödvändiga brandväggsöppningar, ompartitioneringar av resurser i virtuella miljöer eller liknande.
Att gå mot DevOps
Att gå mot DevOps är alltså i första hand att mappa ut värdeflödet, identifiera flaskhalsarna och utifrån det utveckla och förbättra organisationens förmåga att skapa “flow” i leveransen. Inte att anställa en person som ska skapa flow när resten av organisationen jobbar vidare precis dom de gjorde tidigare.
Kursen DevOps Fundamentals
Den globalt populära kursen DevOps Fundamentals lär dig de koncept du behöver veta för att kunna påbörja resan mot ett bättre optimerat affärsflöde, både ur utvecklingssynvinkel men också från det kulturmässiga perspektivet!
Vanliga misstag när man inför agila metoder och hur man undviker dem
Jag skulle vilja anställa en stycke DevOps om ni har en sådan? av Torbjörn Dahlström | sep 28, 2018 | DEVOPS Att införa agila metoder i en organisation kan vara en spännande och givande resa, men det finns utmaningar på vägen. På Onbird, där…
Nedbrytning av arbete - hur?
Jag skulle vilja anställa en stycke DevOps om ni har en sådan? av Torbjörn Dahlström | sep 28, 2018 | DEVOPS Inledning När vi på Onbird ombeds hjälpa en kund med struktur för planeringsarbete, så är det ofta i själva verket steget innan -…
CIO-utmaningar 2024
Jag skulle vilja anställa en stycke DevOps om ni har en sådan? av Torbjörn Dahlström | sep 28, 2018 | DEVOPS I takt med att den digitala transformationen accelererar, blir IT alltmer kritiskt för företagens framgång. Trots detta finner sig CIO:er och IT-avdelningar ofta…