DEVOPS
DevOps är den naturliga följden av hur IT-organisationer utvecklats. De flesta IT-organisationer har historiskt strävat efter att uppnå effektivitet i sin leverans genom att tydliggöra specifika kompetens- och ansvarsområden. Den kanske tydligaste ligger i separationen mellan Development och Operations (systemutveckling och drift på svenska).
Konceptet DevOps sägs ha sin tillkomst runt 2008 i samband med en konferens som hölls på ämnet agil utveckling och Lean som verksamhetsstrategi för IT-organisationer. Då visade få intresse för diskussionen men sedan dess har “the DevOps community” och erfarenheterna kring DevOps som metod och ramverk vuxit. Eftersom ramverket växer fram organiskt snarare än ur en given organisation så saknas en “enda sanning om DevOps” eller den ultimata boken om man säger så.
Konceptuellt har dock både metoder, principer, verktyg, utbildningar och flera olika andra kunskapskällor vuxit fram under det senaste decenniet och metoderna är nu mogna och applicerbara på alla organisationer som redan driver agil systemutveckling i sin verksamhet.
Precis som med agila metoder och Lean IT så tar DevOps sitt avstamp i flödeseffektiv leverans genom hela leveranskedjan (från idé till produktion till grav) till kund och användare. Men till skillnad från agila metoder så beskriver DevOps också hur man bör hantera även löpande driftsfrågor.
Varför DevOps?
Motsatsen till DevOps, dvs uppdelningen av IT-organisationer i Development respektive Operations (utveckling och drift) har skapat goda förutsättningar för specialisering tillika förmågor att hantera väsentligen mer komplexa lösningar än vad vi tidigare sett inom IT. Men baksidan av specialiseringen är den oundvikliga konflikten mellan de två funktionerna. Där Development/utveckling har fokus på snabbar och ständiga förändringar för att möta nya affärs- och verksamhetskrav så har Operations/drift fokus på stabilitet och trygga tillgängliga IT-tjänster. På inget sätt är detta en unik problemställning för endast IT-organisationer utan är istället vanligt förekommande inom många områden. Inom tillverkningsindustrin har man länge talat om “the core chronic conflict” mellan introduktionen av nya krav och produkter samtidigt som fabriken ska kunna fortsatt vara effektiv.
Organisationer som dock har utvecklat sina “DevOps-förmågor” har sett många positiva resultat inte bara för IT-organisationen utan även för de verksamheter som IT-organisationerna är satta att leverera tjänster och produkter till. I “the State of DevOps report” som Puppet labs släpper varje år har man hittat tydliga relationer mellan företags konkurrensförmåga, lönsamhet och flexibilitet att ställa om till nya krav och affärer har en direkt relation till hur väl man anammat de olika DevOpspraktiker och verktyg som är kända idag.
I korta drag så har man sett stabilare IT-tjänster, kortare ledtider i leveranser samt en högre grad av framgångsrika förändringar av IT-miljön än jämförbara enheter. Detta har i sin tur inneburit mindre strul och störningar av affärsverksamheten från kritiska IT-tjänster, en snabbare förmåga att ta fram och leverera nya tjänster och funktioner till kunder samt en högre pricksäkerhet på att ta fram just det IT-stöd som behövs, även i komplexa systemutvecklingsfrågor.
Kom igång med DevOps
Den första frågan man bör ställa sig som organisation om man funderar på att anamma de praktiker och metoder som DevOps beskriver är vilket problem man försöker lösa. Har man ett eller flera team (in- eller outhouse) som bedriver agil systemutveckling och som ofta hamnar i beroendesituationer till driftsorganisationen? Eller har man en driftsorganisation som är helt dränkt och överhopad av besparings- och tillgänglighetskrav samtidigt som förväntningarna på att möta utmaningen med nya applikationer och/eller applikationer som snabbt förändras? Sitter arkitekterna i er organisation och river sig i håret och funderar hur de på något sätt ska kunna få rätsida på en enorm teknisk skuld, snåriga integrationer och fragila IT-lösningar som bara tycks bli värre över tid?
I dessa exempel ovan så går det sannolikt att ganska tydligt idenfiera åtminstone någon eller några av de problem som DevOps kan lösa och kanske också var man ska börja sina insatser.
Som stöd för att få rätt fokus har Puppet Labs också identifierat några centrala komponenter som hjälper organisationer att utvecklas i rätt riktning.
Med ramverket DevOps så kommer också många nya kompetensfrågor som behöver mötas. Därför finns det också flera olika utbildningar av både teoretisk och praktisk karaktär.
Vi på Onbird har sedan många tillhandahållit en rad olika tjänster till Organisationer som påbörjat eller vill utveckla sina DevOpsförmågor. Bland annat så erbjuder vi:
- Certifierande utbildningar såsom DevOps fundamentals, DevOps Product Owner
- Praktiskt orienterade workshops och affärssimuleringar såsom “The Phoenix Project” baserat på boken med samma titel
- Konsulttjänster såsom DevOps Coach, DevOps-strateg samt traditionell uppdragsorienterad konsulting
Framför allt så tror vi på Onbird att varje organisation måste hitta sin egen DevOpsröst. Att försöka dogmatiskt följa ett regelverk utan att anpassa det till de specifika förutsättningar för just vår organisation innebär oftast dåliga lösningar, motstånd till förändring och framför allt missade affärsmöjligheter.
Under alla omständigheter finns det stora vinster tillika misstag som man kan göra som organisation om man inte behandlar frågan om DevOps med någon form av tanke och struktur där slutmålet skall kunna översättas till affärsresultat.
UTBILDNINGAR DEVOPS
KURS

DevOps Fundamentals
DevOps hjälper IT-organisationer överbrygga klyftan mellan Development och Operations till snabbare leveranser av värde till kunder. Lär dig principerna som lyfter världens ledande IT-organisationer med kursen DevOps Fundamentals.
KURS

DevOps in 2 Days
En DevOpskurs där du både får teoretiska kunskaper om DevOps, men där du får också öva DevOps med anknytning till din vardag och ditt arbete.
KURS

Certifierad Produktägare
WORKSHOP

Produktägarforum, erfarenhetsutbyte för agila produktägare
WORKSHOP

DevOps in 1 hour
AFFÄRSSIMULERING

The Phoenix Project – DevOps i praktiken
I simuleringen The Phoenix Project får deltagarna ta sig an en stor utmaning att rädda företaget genom att få ett effektivt fungerande samarbete mellan Dev och Ops. Företaget förlorar pengar och marknadsandelar, räddningen är monster-projektet The Phoenix Project.
TEAMUTVECKLING

Teamutveckling – The 5 Dysfunctions of a Team
En ledningsgrupp som inte fungerar väl tillsammans innebär alltid svårigheter för den omgivande organisationen att uppnå sina mål och affärsresultat. På Onbird har vi lång erfarenhet av att utveckla ledningsteam för att skapa bättre kommunikation, fokus och framförallt affärsresultat genom vårt teamutvecklingsprogram.
BLOGGPOSTER OM DEVOPS
Världens mest kända katastrofprojekt?
Boken The Phoenix Project introducerar oss till DevOps och Lean IT The Phoenix Project är boken om en utsatt IT-chef som blir inkastad i ett katastrofprojekt: The Phoenix Project. Boken är en intressant och icke-teknisk läsning för dagens ledare som vill få insikt...
The ITocratic Oath of the IT Professional
Inspired recently by discussions on health care, it struck me that the challenges may even be related to the work we perform within IT. IT is essential to the well-being of competitive business today. When delivered professionally, IT nourishes communication, spurs...
Är DevOps en fråga om överlevnad för driftsorganisationer?
Med intåget av DevOps ser vi en helt ny trend som många leverantörer av driftstjänster inte är förberedda på. Förändringar som innebär en fråga om överlevnad eller inte för drift. I en studie från ett av de stora konsulthusen som jag läste häromdagen stod det hur...
Fem snabba tips för kickoff med resultat
Nog har vi alla deltagit i en och annan kickoff som har varit rolig för stunden men lämnat blygsam effekt då man återvänder till jobbet. Skojiga övningar, inspirerande tal eller gruppkramar har sin plats men låt inte dem rinna ut därefter. Här är fem snabba tips...
Vem skulle trott att lokaler var ett av våra största hinder för DevOps?
Att jobba med utgångspunkt från Lean och DevOps är att sträva efter flöde i leveransen. Dvs att varje önskemål från kund ska kunna flöda ostoppad genom alla faser och steg, genom hela organisationen från idé, till utveckling, till löpande drift och tjänsteleverans....
Hur mäter vi effektiv leverans inom IT?
Går det att mäta effektiv leverans inom IT? I princip alla branscher och yrkesområden mäter på viktiga leveranstal och KPIer. Utgångspunkten är i princip alltid att mäta ”output” på något sätt. Fabriker mäts på hur mycket gods/produkter de producerar, butiker på...
Det är ingen idé att försöka, vi stannar här …
Idag finns det många organisationer som excellerar inom diverse tekniska discipliner. IT-organisationer är fyllda av kompetenta, erfarna duktiga medarbetare och chefer som alla har långa teknikresuméer. Men alldeles för ofta så missar vi att också fokusera på de...
Snälla, kan inte någon berätta vad #¤%#¤% DevOps är …
Och kanske ännu viktigare, vad ska DevOps vara bra för? DevOps är en term och en framväxande praxis som vi sett mer och mer av de senaste åren. Konceptet sägs ha sin tillkomst runt 2008 i samband med en konferens som hölls på ämnet agil utveckling och Lean som...
Don’t fix IT – just rebuild it
While not necessarily environmentally sound, our consumer environment these days sometimes makes replacement a sounder financial choice than repair. A summer grill or a microwave oven is so relatively inexpensive that anything beyond surface repair is usually...
LADDA HEM

Produktägarguiden

DevOps Webinar
Inspelning av webinar DevOps in hour, en introduktion till DevOps.
