DevOpsDevOps transitie, waar begin je?

DevOps transitie, waar begin je?

DevOps en architectuur

Veel organisaties zijn bezig met DevOps. Bijna iedereen is inmiddels bekend met de term DevOps, maar niet iedereen heeft er hetzelfde beeld bij. Voordat we de vraag die hierboven is gesteld gaan beantwoorden is het goed om een definitie te geven die aangeeft wat ik eronder versta. Donovan Brown (Principal DevOps Manager bij Microsoft) hanteert een definitie die wat mij betreft perfect aangeeft wat DevOps inhoudt.

“DevOps is the union of people, process, and products

to enable the continuous delivery of value to our end users”

Als we goed naar deze definitie kijken, dan vallen er een aantal zaken op:

Union of people, process and product
DevOps gaat niet alleen om mensen, processen of producten, maar gaat om alle drie de onderdelen en hoe zij samenwerken. Er zijn organisaties die denken dat ze door middel van het implementeren van een tool DevOps werken. Ook zijn er organisaties dat ze door een Ops engineer bij een Development team te zetten DevOps werken. Als laatste zijn er organisaties die denken dat ze door Agile processen te implementeren DevOps werken. Het gaat echter om hoe deze onderdelen samenwerken.

Continuous delivery of value

DevOps enduser value

DevOps gaat over het continue kunnen leveren van waarde. Een release per kwartaal, per maand of na elke sprint is geen continue stroom. Continue houdt in dat je te allen tijde waarde kunt leveren, alles wat Done is moet direct naar de productie omgeving kunnen worden gezet.

Value to our end user
Wat mij betreft een heel belangrijk onderdeel van DevOps. Het gaat er niet om dat we heel snel kwalitatief goede oplossingen in productie zetten, maar dat we waarde leveren voor de eindgebruiker. Wat heb je eraan als je iets neerzet waar de eindgebruiker niet op zit te wachten? Hebben we dan iets goeds opgeleverd? Nee, want je mist het belangrijkste element. Waarde toevoegen voor de eindgebruiker. Houd dit vooral in de gaten en zorg ervoor dat je altijd toetst of de eindgebruiker inderdaad vindt dat er waarde geleverd wordt.

Waar kun je het best beginnen?

Driving DevOps

Als je het DevOps proces wilt verbeteren dan is het de vraag waar je gaat starten. Er worden in het DevOps proces 8 fasen onderkend (zie onder andere de poster die Delta-N heeft ontwikkeld http://www.drivingdevops.com). Het is als organisatie vaak moeilijk te onderkennen waar je kunt beginnen. In welke fase kun je het best starten, wat moet je dan aanpakken en hoe moet je dit dan doen?
Een van de opties is om een DORA Assessment te laten uitvoeren. Als u meer wilt weten over het DORA Assessment download dan de brochure via https://www.delta-n.nl/dora-partner/. Het DORA Assessment kan de start zijn van uw transitie, 2 maal per jaar wordt dit Assessment uitgevoerd en dit geeft u een beeld van de uitgangssituatie en de situatie na 4 tot 6 maanden. Een van de deliverables van het DORA Assessment is de prioriteiten matrix.

DORA Prioriteiten matrix

De priority matrix wordt opgesteld als onderdeel van het DORA Assessment (er is ook een DORA Team Assessment, deze levert de prioriteiten matrix niet op. Meer informatie hierover leest u in de hierboven genoemde brochure). Door de uitkomsten van het DORA Assessment te verzamelen en te wegen ontstaat er een beeld waar uw organisatie nu staat, waar u als organisatie goed in bent en waar verbetering mogelijk is. Het geeft ook aan op welk onderdeel de meeste winst valt te halen daar waar het gaat om de performance.

DORA Prioriteiten matrix

Voorbeeld: Prioriteiten Matrix

Als we naar het voorbeeld kijken dan vallen een aantal zaken op.
Kwadrant: Rechts boven
Hier staan de capabilities die in uw organisatie goed ontwikkeld zijn en die ook een grote impact hebben op de performance. Deze capabilities behoeven op dit moment geen extra aandacht.

Kwadrant: Links boven
Hier staan capabilities die in uw organisatie goed ontwikkeld zijn maar die geen grote impact hebben op de performance. Ook deze capabilities behoeven op dit moment geen extra inzet, zelf als deze in de komende maanden verslechteren heeft dat weinig invloed op de performance.

Kwadrant: Links onder
Hier staan capabilities die in uw organisatie nog niet goed ontwikkeld zijn, maar die geen grote impact hebben op de performance. Ook deze capabilities behoeven op dit moment geen extra inzet.  Zelfs als deze in de komende maanden verslechteren heeft dat weinig invloed op de performance.

Kwadrant: Rechts onder
Hier staan de capabilities die in uw organisatie nog niet goed ontwikkeld zijn en die een grote impact hebben op de performance. Deze capabilities behoeven op dit moment extra aandacht. Als hier verbetering gerealiseerd wordt, dan heeft dat direct een grote impact op uw overall performance.

Advies

Het advies uit het DORA Assessment zal zijn om u te richten op de capabilities die vallen in het kwadrant rechtsonder. De ervaring leert dat het verstandig is om 2 of maximaal 3 capabilities te ontwikkelen in de komende 4 tot 6 maanden. Wanneer het Assessment dan herhaald wordt, zal de matrix er weer anders uit zien en is het mogelijk dat er nieuwe capabilities zijn die verder moeten worden ontwikkeld.

DORA Partner

Certified DORA Partner

Delta-N is gecertificeerd DORA partner. Dit betekent dat we namens DORA het Assessment mogen uitvoeren. Dit betekent dat we u als organisatie kunnen begeleiden in het voorbereiden en uitvoeren van het Assessment alsmede het presenteren en toelichten van het eindrapport.

Marcel Groennou, DevOps Consultant