DORA-Metriken: So misst du den Erfolg von Open DevOps
DORA (DevOps Research and Assessment) bietet einen Standardsatz von DevOps-Metriken, die zur Bewertung der Prozessleistung und des Reifegrads verwendet werden. Diese Metriken geben Aufschluss darüber, wie schnell DevOps auf Änderungen reagieren kann. Sie verdeutlichen auch die durchschnittliche Zeit, die für die Bereitstellung von Code benötigt wird, die Häufigkeit von Iterationen und die Fehlerrate.
Dieser Leitfaden enthält einen Überblick über die vier DORA-Metriken, ihre Bedeutung und darüber, wie Teams Open DevOps zur Leistungsmessung verwenden können.
Was ist DORA?
DORA entstand, als sich ein Team bei Google Cloud speziell auf die Bewertung der DevOps-Leistung mithilfe eines Standardsatzes von Metriken konzentrierte. Das Ziel bestand darin, die Leistung und die Zusammenarbeit zu verbessern und gleichzeitig die Velocity zu erhöhen. Diese Metriken dienen DevOps-Teams überall als Instrument zur kontinuierlichen Verbesserung. Denn sie tragen dazu bei, Ziele auf der Grundlage der aktuellen Leistung festzulegen und dann den Fortschritt im Hinblick auf diese Ziele zu messen.
DevOps ist entscheidend für das reibungslose Funktionieren von Unternehmenssoftware und -prozessen. So können sich die Benutzer ganz auf ihre Arbeit konzentrieren. DORA-Metriken erleichtern DevOps-Teams folgende Aufgaben:
- Reaktionszeit realistisch schätzen
- Arbeitsplanung verbessern
- Bereiche mit Verbesserungsbedarf ermitteln
-
Konsens für Investitionen in Technik und Ressourcen erlangen
Was sind DORA-Metriken?
Die DORA-Metriken für DevOps-Teams basieren auf vier wichtigen Messgrößen:
- Häufigkeit der Deployments
- Zeitspanne zwischen Annahme und Deployment
- Fehlerhäufigkeit bei Deployments
- Bis zur Wiederherstellung des Service (oder zur Wiederherstellung nach einem Ausfall) benötigte Zeit
Im Folgenden wird erörtert, warum diese Metriken Best Practices für DevOps sind, wie sie gemessen werden und was Teams unternehmen können, um ihre Leistung zu verbessern.
Deployment-Häufigkeit
DevOps-Teams liefern Software in der Regel in Form kleinerer, häufigerer Deployments aus, um die Anzahl der Änderungen und Risiken in jedem Zyklus zu reduzieren. Durch häufigere Deployments können Teams früher Feedback einholen, was zu schnelleren Iterationen führt.
Die Deployment-Häufigkeit ist die durchschnittliche Anzahl der täglich abgeschlossenen Code-Deployments in einer bestimmten Umgebung. Sie ist ein Indikator für die Gesamteffizienz von DevOps, da sie die Geschwindigkeit des Entwicklerteams sowie dessen Fähigkeiten und den Automatisierungsgrad veranschaulicht.
Zum Steigern der Deployment-Häufigkeit können Teams den mit einem Deployment abgedeckten Arbeitsaufwand oder den Umfang der einzelnen Deployments reduzieren.
Vorlaufzeit für Änderungen
Die Vorlaufzeit für Änderungen gibt an, wie schnell das DevOps-Team Code im Durchschnitt ausliefert (gemessen von der Zusage bis zum Deployment). Sie spiegelt die Kapazität des Teams sowie die Komplexität des Codes und die allgemeine Fähigkeit von DevOps wider, auf Veränderungen in der Umgebung zu reagieren.
Diese Metrik hilft Unternehmen, die Geschwindigkeit der Code-Auslieferung für Kunden oder das Unternehmen zu quantifizieren. Hochqualifizierte Teams haben vielleicht eine durchschnittliche Vorlaufzeit von nur 2 bis 4 Stunden für Änderungen, während es bei anderen Teams eine ganze Woche sein kann.
Zum Verkürzen der Vorlaufzeit für Änderungen können Teams den mit einem Deployment abgedeckten Arbeitsaufwand reduzieren, Code-Reviews verbessern und Prozesse stärker automatisieren.
Lösung anzeigen
Tools für ein spitzenmäßiges DevOps-Team
Zugehöriges Material
Die Bedeutung der Teamstruktur in DevOps
Änderungsfehlerrate
Die Änderungsfehlerrate ist der Prozentsatz der Deployments, die Fehler in der Produktion verursachen. Die Deployment-Häufigkeit und die Vorlaufzeit für Änderungen sind geeignete Messgrößen für Automatisierung und Fähigkeiten bei DevOps. Dies gilt aber nur, wenn die Deployments erfolgreich verlaufen. Die Änderungsfehlerrate dient als Gegenmessgröße zu Häufigkeit und Geschwindigkeit.
Es kann schwierig sein, diese Metrik zu messen, da viele Deployments, insbesondere wenn sie als Reaktion auf kritische Ereignisse erfolgen, zu Bugs in der Produktion führen können. Den Schweregrad und die Häufigkeit dieser Probleme zu verstehen, hilft DevOps-Teams dabei, die Stabilität im Verhältnis zur Geschwindigkeit zu messen.
Zum Verringern der Fehlerquote bei Änderungen können Teams den mit einem Deployment abgedeckten Arbeitsaufwand reduzieren und Prozesse stärker automatisieren.
Bis zur Wiederherstellung des Service benötigte Zeit
Die Reaktionszeit ist entscheidend, wenn in der Produktionsumgebung ein Problem auftritt. Unabhängig davon, ob es sich um eine externe Sicherheitsbedrohung oder um einen Bug handelt, der Standardprozesse zum Erliegen gebracht hat, müssen DevOps-Teams in der Lage sein, schnell mit folgenden Maßnahmen zu reagieren:
- Bugfixes
- Neuer Code
Updates
Die bis zur Wiederherstellung des Service benötigte Zeit, auch als mittlere Wiederherstellungszeit bezeichnet, ist die Zeit, die durchschnittlich zwischen dem Auftreten eines Problems und der Behebung dieses Problems in der Produktionsumgebung vergeht.
Ein Reaktionsplan hilft Teams zu verstehen, wie Probleme behoben werden können, bevor sie akut werden, wodurch letztlich die bis zur Wiederherstellung des Service benötigte Zeit verkürzt wird.
Bedeutung der DORA-Metriken
Um DevOps zu verstehen, muss man wissen, dass Entwickler- und Operations-Teams früher in aller Regel getrennt voneinander arbeiteten. Es gab wenig Zusammenarbeit und sie hatten kaum Einblick in die Arbeit des jeweils anderen Teams. DevOps, das zu einer weithin akzeptierten Alternative geworden ist, hat die beiden Teams zusammengeführt.
Zu den Vorteilen von DevOps zählt die Zusammenarbeit in multidisziplinären Teams, die die Qualität der Lösungen verbessert und die Auslieferung beschleunigt.
Die DORA-Metriken dienen dazu, die Teamleistung zu ermitteln und zu bewerten. Die Teams werden bei jeder Metrik einer bestimmten Stufe zugeordnet (Niedrig, Mittel, Hoch und Elite). Um zum Beispiel bei der Änderungsfehlerrate die Elite-Stufe zu erreichen, muss das Team konstant Ergebnisse zwischen 0 und 15 % erzielen. Für die Elite-Stufe bei der bis zur Wiederherstellung des Service benötigten Zeit muss das Team in der Lage sein, Probleme innerhalb einer Stunde zu beheben. Die kombinierte Einstufung des Teams über alle Metriken hinweg bestimmt die Gesamtbewertung.
Die Einstufung deines Teams im Branchenvergleich ist ein sehr guter Ausgangspunkt, um herauszufinden, wo Verbesserungen vorgenommen werden müssen. Die DORA-Metriken bilden die Baseline für das Festlegen von Zielen und das Messen des Fortschritts.
So implementierst du DORA-Metriken
Analysiere bei der Implementierung von DORA-Metriken alle vier Messgrößen zusammen. Eine konstant hohe Deployment-Häufigkeit ist beispielsweise kein Vorteil, wenn die Änderungsfehlerrate ebenfalls konstant hoch ist.
In diesem Fall solltest du vielleicht mehr Augenmerk auf Automatisierung und Code-Reviews legen. Ebenso kann eine niedrige Änderungsfehlerrate auf den ersten Blick überzeugend wirken, doch wenn die Vorlaufzeit für diese Änderungen zu lang ist, musst du die Arbeit möglicherweise in kleinere Teile aufteilen.
Erstelle zunächst eine DevOps-Pipeline, um Datenquellen im Hinblick auf Änderungen, Vorfälle und Deployments zu analysieren:
- Extrahiere Daten von Anfang an.
- Erstelle daraus Tabellen zu Änderungen, Deployments und Vorfällen.
- Berechne die Leistung anhand der Metriken.
Open DevOps bietet Teams Tools zum Entwickeln, Bereitstellen und Betreiben von Software. Jira Software unterstützt Open DevOps – das meistgenutzte Tool bei agilen Teams. Dank Integrationen mit führenden Anbietern und Marketplace-Apps können Teams ihre DevOps-Toolkette individuell zusammenstellen.
DORA-Metriken und Wertstrommanagement
Beim Wertstrommanagement geht es darum, regelmäßig hochwertige Releases an Kunden auszuliefern. Das Wertstrommanagement ist dann erfolgreich, wenn die Kunden den Wert der Änderungen erkennen.
DORA-Metriken spielen beim Wertstrommanagement eine wichtige Rolle, weil sie die Baseline-Messgrößen für die Erfassung folgender Aspekte liefern:
- Deployment-Häufigkeit
- Vorlaufzeit für Änderungen
- Fehlerrate
-
Bis zur Wiederherstellung des Service benötigte Zeit
In Kombination mit Kundenfeedback geben die DORA-Metriken DevOps-Teams Aufschluss darüber, welche Schwerpunkte sie bei Verbesserungsbemühungen setzen sollten und wie sie ihre Services gegenüber Mitbewerbern positionieren können.
DORA-Metriken für erfolgreiches Open DevOps
Wenn Teams mit DevOps beginnen, ist die Implementierung von DORA-Metriken entscheidend für ihren Erfolg. Open DevOps hilft Teams dabei, DORA-Metriken zu verfolgen, um den Zustand von DevOps zu beurteilen.
Mit nativen Open DevOps-Integrationen können Teams eine Toolkette für die durchgängige Softwareentwicklung zusammenstellen und DORA-Metriken zur Erfolgsmessung implementieren. Eine Auswahl an DevOps-Tools:
- Jira Software ist die erste Wahl agiler Softwareentwicklerteams für die Planung und Nachverfolgung von Arbeiten.
- Bitbucket ermöglicht es Entwicklerteams, Code zu speichern und zu verfolgen und Änderungen zu kontrollieren.
- Confluence bietet Tools für Wissensmanagement und Zusammenarbeit, mit denen Teams Informationen erfassen, analysieren und austauschen können.
-
Jira Service Management hilft DevOps-Teams dabei, Vorfälle zu verfolgen und zu verwalten und wichtige DORA-Metriken zu erfassen.
Optimiere deinen Softwareauslieferungsprozess und bringe dein Team auf Erfolgskurs – mit Open DevOps, das alles bietet, was du für die Entwicklung und den sofortigen Betrieb benötigst.
Häufig gestellte Fragen zu DORA-Metriken
Welche typischen Herausforderungen gibt es bei DORA-Metriken?
Wenn du DORA-Metriken implementierst, solltest du deine Teams schon früh ins Boot holen. Es kann bedrohlich wirken, wenn plötzlich Daten erfasst und Leistungsinformationen veröffentlicht werden. Um die Teammitglieder zu beruhigen, biete ihnen die Möglichkeit, sich an folgenden Prozessen zu beteiligen:
- Datenerfassung
- Ideenfindung
-
Zielsetzung
Frage die Teams, was sie problemlos erreichen können und für welche Ziele sie sich anstrengen müssen.
Analysiere und besprich die Ergebnisse gemeinsam mit den Teams. Möglicherweise gehen die Meinungen in einzelnen Bereichen wie Automatisierung auseinander. Dennoch (oder gerade deshalb) ist es für die Unterstützung und Zusammenarbeit sehr wichtig, die für den jeweiligen Bereich zuständigen Teammitglieder einzubeziehen.
Wie kann sich dein Unternehmen mithilfe von DORA-Metriken bei Open DevOps kontinuierlich verbessern?
DORA-Metriken helfen Teams dabei, Geschwindigkeit und Qualität in Einklang zu bringen. Wenn du mit deinem DevOps-Team den Elite-Status bei DORA erreichen möchtest, solltest du bei eurem aktuellen Stand ansetzen und über einen gewissen Zeitraum auf dieses Ziel hinarbeiten.
Ambitionierte langfristige Ziele können dein Team im Rahmen der kontinuierlichen Verbesserung bei der Stange halten, sofern klar ist, dass kurzfristige, schrittweise Verbesserungen der Weg dorthin sind.
Teile Ziele in spezifische, erreichbare Metriken für festgelegte Bereiche von DevOps auf. Beispiel: Verkürzung der Wiederherstellungszeit um 25 % bei einer Änderungsfehlerrate von maximal 10 %. Dies ist ein aussagekräftiges Ziel, das auf den aktuellen Fähigkeiten des Teams aufbaut.
Wie passen die DORA-Metriken zu den Prinzipien von Open DevOps?
Das Messen der DevOps-Leistung kann sich schwierig gestalten, insbesondere bei komplexen Projekten. DORA bietet zuverlässige Metriken, die Teams dabei helfen, ihre Leistung in einen Kontext zu stellen.
DevOps zielt darauf ab, Entwickler- und Operations-Teams zusammenzubringen, um die Leistung und die Fähigkeiten zu steigern. Die DORA-Metriken unterstützen diese Werte mit durchgängiger Sichtbarkeit. Teams, die kontinuierliche Verbesserungen nachverfolgen können, bleiben motiviert und fokussiert.
Diesen Artikel teilen
Nächstes Thema
Lesenswert
Füge diese Ressourcen deinen Lesezeichen hinzu, um mehr über DevOps-Teams und fortlaufende Updates zu DevOps bei Atlassian zu erfahren.
DevOps-Community
DevOps-Lernpfad
