In de moderne werkomgeving is voortdurende verbetering cruciaal voor je bedrijfsresultaat. Dat betekent dat het bijhouden van gegevens en doelen essentieel is om te begrijpen hoe je bedrijf presteert en hoe veranderingen je voortgang beïnvloeden. Er bestaan veel raamwerken om de gezondheid en effectiviteit van je organisatie te meten. Een daarvan is DevOps Research and Assessment, of DORA.
Wat zijn DORA metrics?
Het DORA-framework bestaat uit vier belangrijke metrics die zijn ontworpen om voortdurende verbetering te bevorderen. Ze doen dit door te helpen bij het stellen van doelen op basis van prestaties en vervolgens de voortgang van die doelen te meten.
De DORA metrics werden geïdentificeerd als het meest significant voor de ontwikkeling en levering van software, gebaseerd op enquêtereacties van meer dan 30.000 professionals gedurende meer dan vijf jaar.
Wie gebruikt DORA metrics?
DORA metrics zijn specifiek voor DevOps-teams en ingenieurs ontwikkeld, hoewel elk team in elke branche van het framework kan leren en het kan toepassen.
Wat is het doel van DORA metrics?
DORA metrics kunnen DevOps en engineeringteams op veel manieren helpen. Enkele voorbeelden:
-
Ze bieden realistische responstijden.
-
Ze helpen teams kansen te identificeren om te verbeteren.
-
Ze stellen teams in staat om consensus te bereiken over waardevolle investeringen.
-
Ze verbeteren de projectplanning.
DORA KPI's bieden een benchmark, zodat teams hun prestaties beter kunnen analyseren en vergelijken met de standaard in de branche. Dit maakt het gemakkelijker om concrete verbetermogelijkheden te identificeren op het gebied van ontwikkelingssnelheid en -kwaliteit, leveringen, planning en investeringen.
Wat zijn de vier belangrijkste DORA metrics?
Dit zijn de vier metrics die DORA prioriteit geeft:
Implementatiefrequentie
Nieuwe functies moeten consistent worden geleverd om gebruikersretentie te maximaliseren en een concurrentievoordeel te behouden. De implementatiefrequentie, of DF, verwijst naar het gemiddelde aantal voltooide code-implementaties in een bepaalde omgeving op één dag. Dit wordt gezien als een belangrijke indicator voor efficiëntie en automatisering. De best presterende teams kunnen meerdere keren per dag implementeren, terwijl andere teams mogelijk één keer per week implementeren.
Uit DORA DevOps metrics is gebleken dat de meest succesvolle teams de neiging hebben om prioriteit te geven aan de frequentie van implementaties boven de omvang ervan. Dit betekent dat teams vaker kleinere implementaties moeten overwegen in plaats van onregelmatige grote implementaties.
Waarom het belangrijk is
Deze metrics beschrijft meer dan alleen hoe snel je team kan werken. Het geeft de wendbaarheid van je organisatie aan en of je team snel kan reageren op veranderingen in de markt, feedbackloops kan sluiten en problemen snel kan identificeren.
Pro tip
Concentreer je niet op het specifieke implementatiecijfer dat je wilt halen. Begin in plaats daarvan met het analyseren van de huidige positie van je team en focus op bescheiden maar waardevolle verbeteringen.
Doorlooptijd van wijzigingen
De doorlooptijd van wijzigingen, of LT, wordt soms ook wel de gemiddelde doorlooptijd van wijzigingen genoemd. Dit verwijst naar de tijd die een team nodig heeft om een verandering door te voeren vanaf het moment dat ze zich ertoe verbinden deze te maken, zoals een restaurant dat de tijd bijhoudt die een klant nodig heeft om een bestelling te ontvangen nadat deze bij de ober is geplaatst. Gemiddeld hebben teams ongeveer een week nodig om veranderingen door te voeren, maar de best presterende teams kunnen dit al binnen een dag doen.
Het geeft ook de capaciteit van een team aan, wat essentieel is voor leiders om te begrijpen zodat ze realistische verwachtingen hebben van hun ontwikkelproces. Om deze metric te verbeteren, kunnen ze zich richten op kleinere implementaties, de efficiëntie van hun processen verbeteren of testen automatiseren.
Waarom het belangrijk is
Deze metric geeft inzicht in de efficiëntie van je team als geheel. Een concurrerende doorlooptijd voor veranderingen betekent dat je consistent je verplichtingen nakomt en tegelijkertijd het vertrouwen in je merk bevordert.
Pro tip
Zodra je deze metric ontdekt, kun je je al snel overweldigd voelen en ontdekken welk element van het proces je vertraagt. In plaats van te veel veranderingen tegelijk door te voeren, probeer je grootste knelpunt te vinden en daar te beginnen.
Gemiddelde hersteltijd
De gemiddelde hersteltijd, of MTTR, verwijst naar hoe lang een team nodig heeft om een systeem te herstellen na een storing. Het is belangrijk omdat het aangeeft hoe lang een team nodig heeft om problemen te identificeren en hoe snel ze deze kunnen oplossen. In essentie meet het hoe snel een pitcrew een raceauto weer op de baan kan krijgen.
Bij deze metric is sneller altijd beter, en er is altijd ruimte voor verbetering. De meest efficiënte teams kunnen problemen binnen een uur of twee oplossen.
Als teams hun gemiddelde hersteltijd willen verbeteren, moeten ze zich richten op het ontwikkelen van incidentbeheerprocessen die voor het team eenvoudig te begrijpen en te gebruiken zijn. Op die manier zit iedereen op één lijn over de volgende stappen zodra een storing wordt vastgesteld.
Waarom het belangrijk is
Deze metric laat zien hoe veerkrachtig je bedrijf is. Dingen gaan onvermijdelijk kapot en falen, en een lage gemiddelde hersteltijd betekent dat je snel weer op de been bent. Dit bespaart je niet alleen gedoe en geld, maar beschermt ook de reputatie van je merk en je gebruikerbestand.
Pro tip
Je gemiddelde MTTR is nuttig, maar het kan ook nuttig zijn om uitschieters te onderzoeken. Het analyseren van incidentrapporten en retrospectieve gegevens kan situaties aan het licht brengen waarin je hersteltijd aanzienlijk korter of langer was dan je gemiddelde. Probeer te achterhalen waarom dit het geval was en kijk of je bevindingen kunnen worden toegepast op andere incidenten.
Percentage mislukte wijzigingen
De laatste DORA metric is het percentage mislukte wijzigingen of CFR. Dit kwantificeert hoeveel implementaties een fout veroorzaken. Het wordt berekend door het aantal incidenten te delen door het aantal implementaties. Een hoog Percentage mislukte wijzigingen betekent dat defecten onopgemerkt blijven en dat de productkwaliteit eronder lijdt. Het gemiddelde percentage mislukte wijzigingen is 0-15%.
Het percentage mislukte wijzigingen is de enige DORA metric die zich niet richt op de snelheid van implementaties en wijzigingen. Het toont aan dat implementaties niet alleen snel, maar ook van hoge kwaliteit zijn. Net als de andere metrics zijn automatisering en kleinere implementaties manieren om een worstelende CFR-ratio te verbeteren.
Waarom het belangrijk is
Snelheid is belangrijk, maar niet als je onderweg grote fouten maakt. Je zou het percentage mislukte wijzigingen als de belangrijkste maatstaf kunnen beschouwen, omdat het de andere indicatoren in evenwicht houdt door te laten zien hoe betrouwbaar je bedrijf is. Betrouwbaarheid verbetert het moreel van medewerkers en het vertrouwen van gebruikers.
Pro tip
Ga er niet vanuit dat een CFR van 0% het beste is – het kan er ook op wijzen dat je team te risicomijdend is. Wanneer je nieuwe dingen probeert, is een zekere mate van mislukking onvermijdelijk. Als je team prioriteit geeft aan innovatie, zal je CFR waarschijnlijk niet 0% blijven, en dat is prima.
Hoe implementeer je DORA metrics?
Analyseer de vier DORA metrics samen om een compleet beeld te krijgen van de efficiëntie en waarde van het bedrijf. Als je doorlooptijd voor verandering bijvoorbeeld concurrerend is, kun je het gevoel hebben dat veranderingen niet nodig zijn. Maar in combinatie met een hoog percentage mislukte wijzigingen, wordt de metric minder indrukwekkend en suggereert het dat iets langzamere, nauwkeurigere implementaties nuttig zouden kunnen zijn.
Om te beginnen met het implementeren van DORA DevOps metrics, moet je een pijplijn creëren die gegevensbronnen scheidt in wijzigingen, incidenten en implementaties. Haal de gegevens op, sorteer ze en bereken vervolgens elke metric op basis van prestaties.
Een DORA metrics dashboard is perfect voor het analyseren en onderhouden van deze metrics, zodat je ze kunt vergelijken voor een nauwkeurige meting. Krachtige mogelijkheden voor gegevenskoppeling werken diagrammen automatisch bij, waardoor je kostbare tijd en moeite bespaart.
