DORA-Metriken – Definition, Erklärung und Praxisbeispiel
DORA-Metriken sind vier Kennzahlen, die die Leistungsfähigkeit der Softwarelieferung messbar machen: Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery. Sie bewerten Tempo und Stabilität zugleich.
DORA-Metriken sind vier Kennzahlen, die die Leistungsfähigkeit der Softwarelieferung messbar machen: Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery. Sie bewerten Tempo und Stabilität zugleich. Die DORA-Metriken gehen auf das DevOps Research and Assessment Programm zurück und umfassen vier Kennzahlen, die die Leistungsfähigkeit der Softwarelieferung beschreiben.
DORA-Metriken: Definition & Kennzahlen | Glossar
Wie gut ist die Softwarelieferung eines Teams wirklich – schnell, aber instabil, oder stabil, aber träge? Subjektive Einschätzungen helfen hier wenig. Die DORA-Metriken liefern eine objektive Antwort, indem sie Tempo und Stabilität gleichzeitig messen.
Sie zeigen nicht nur, wie oft ein Team liefert, sondern auch, wie verlässlich und wie schnell es sich von Fehlern erholt – und werden so zur gemeinsamen Sprache für DevOps-Verbesserung.
Zu DORA-Metriken finden Sie hier eine kompakte Definition, eine verständliche Erklärung und ein konkretes Praxisbeispiel - ergänzt um weitere Anwendungsfälle und FAQ.
Was ist DORA-Metriken?
- DORA-Metriken sind vier Kennzahlen, die die Leistungsfähigkeit der Softwarelieferung messbar machen: Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery. Sie bewerten Tempo und Stabilität zugleich.
Die DORA-Metriken gehen auf das DevOps Research and Assessment Programm zurück und umfassen vier Kennzahlen, die die Leistungsfähigkeit der Softwarelieferung beschreiben. Deployment Frequency misst, wie häufig ein Team erfolgreich in Produktion ausliefert.
Lead Time for Changes misst die Zeit von der Code-Änderung bis zum Einsatz in Produktion. Change Failure Rate gibt den Anteil der Auslieferungen an, die zu einem Fehler oder einer notwendigen Korrektur führen.
Mean Time to Recovery misst, wie schnell sich ein System nach einem Ausfall wieder erholt. Die ersten beiden Kennzahlen beschreiben das Tempo, die letzten beiden die Stabilität.
Erst zusammen ergeben sie ein ausgewogenes Bild: Hohe Geschwindigkeit ist nur dann wertvoll, wenn sie nicht auf Kosten der Stabilität geht. DORA-Metriken werden in DevOps-Beratung, Wartung, CI/CD-Optimierung und Software-Rettung genutzt.
Wie funktioniert DORA-Metriken?
Zur Erhebung der DORA-Metriken werden Daten aus der Liefer- und Betriebskette ausgewertet: aus dem Versionskontrollsystem, der CI/CD-Pipeline, dem Deployment-System und dem Monitoring. Deployment Frequency und Lead Time for Changes lassen sich weitgehend automatisiert aus Pipeline- und Commit-Daten ableiten.
Change Failure Rate und Mean Time to Recovery erfordern eine saubere Erfassung von Incidents und Korrekturen. Die Kennzahlen werden über die Zeit beobachtet, um Trends zu erkennen, nicht als einmalige Momentaufnahme.
Wichtig ist die Interpretation im Kontext: Ein kleines Team mit unkritischer Software hat andere Zielwerte als ein großes Team mit regulierten Systemen. DORA-Metriken sind ein Steuerungs- und Verbesserungsinstrument – kein Werkzeug, um einzelne Personen zu bewerten.
Praxisbeispiele
Ein Team erhöht durch Automatisierung der CI/CD-Pipeline seine Deployment Frequency von monatlich auf wöchentlich.
Durch kleinere Releases sinkt die Lead Time for Changes von mehreren Wochen auf wenige Tage.
Nach Einführung automatisierter Tests fällt die Change Failure Rate deutlich, weil Fehler früher auffallen.
Bessere Alarmierung und Runbooks senken die Mean Time to Recovery von Stunden auf Minuten.
Im Rahmen einer DevOps-Beratung dienen die vier Kennzahlen als Ausgangsbasis, um Verbesserungen messbar zu machen.
Typische Anwendungsfälle
Standortbestimmung der DevOps-Reife eines Teams oder Unternehmens
Messung des Effekts von CI/CD- und Automatisierungsverbesserungen
Begleitung von Software-Rettung und Stabilisierungsprojekten
Kontinuierliche Verbesserung in Wartung und Betrieb
Vergleich von Tempo und Stabilität über mehrere Teams hinweg
Argumentationsgrundlage für Investitionen in Automatisierung und Qualität
Vorteile und Nachteile
Vorteile
- Macht DevOps-Leistung objektiv und über die Zeit vergleichbar
- Balanciert Tempo und Stabilität statt nur Geschwindigkeit zu belohnen
- Schafft eine gemeinsame Sprache für Verbesserungen zwischen Teams und Management
- Lässt sich weitgehend aus vorhandenen Pipeline- und Monitoring-Daten ableiten
- Liefert eine belastbare Grundlage für Investitionsentscheidungen
Nachteile
- Kennzahlen ohne Kontext können in die Irre führen
- Als reines Controlling-Instrument missbraucht, erzeugen sie Fehlanreize
- Change Failure Rate und Recovery-Zeit erfordern saubere Incident-Erfassung
- Zielwerte sind nicht universell, sondern abhängig von Branche und Kritikalität
- Verbessern sich nur, wenn auch die zugrunde liegenden Praktiken verbessert werden
Häufig gestellte Fragen zu DORA-Metriken
Welche vier DORA-Metriken gibt es?
Deployment Frequency (Lieferhäufigkeit), Lead Time for Changes (Zeit von Änderung bis Produktion), Change Failure Rate (Anteil fehlerhafter Auslieferungen) und Mean Time to Recovery (Wiederherstellungszeit nach Ausfall).
Was messen die DORA-Metriken?
Sie messen Tempo und Stabilität der Softwarelieferung zugleich. Deployment Frequency und Lead Time stehen für Geschwindigkeit, Change Failure Rate und Mean Time to Recovery für Verlässlichkeit und Wiederherstellungsfähigkeit.
Wie werden DORA-Metriken erhoben?
Aus Daten der Liefer- und Betriebskette: Versionskontrolle, CI/CD-Pipeline, Deployment-System und Monitoring. Tempo-Kennzahlen lassen sich weitgehend automatisiert ableiten, Stabilitätskennzahlen erfordern eine saubere Incident-Erfassung.
Sind DORA-Metriken zur Bewertung einzelner Entwickler geeignet?
Nein. DORA-Metriken sind ein Steuerungs- und Verbesserungsinstrument für Teams und Prozesse. Als Instrument zur Bewertung einzelner Personen missbraucht, erzeugen sie Fehlanreize und verfälschen das Bild.
Welche Zielwerte sind gut?
Es gibt keine universellen Zielwerte. Ein kleines Team mit unkritischer Software hat andere Maßstäbe als ein großes Team mit regulierten Systemen. Entscheidend ist die Verbesserung über die Zeit im jeweiligen Kontext.
Direkte naechste Schritte
Wenn Sie DORA-Metriken konkret einsetzen oder bewerten wollen, sind diese Seiten die sinnvollsten nächsten Schritte (Angebot, Kosten, Kontext):
DORA-Metriken im Kontext moderner IT-Projekte
DORA-Metriken gehört zum Bereich DevOps und spielt in zahlreichen IT-Projekten eine wichtige Rolle. Bei der Entscheidung für oder gegen DORA-Metriken sollten Unternehmen nicht nur die technischen Eigenschaften betrachten, sondern auch organisatorische Faktoren wie vorhandenes Know-how im Team, bestehende Infrastruktur und langfristige Wartbarkeit.
Unsere Erfahrung aus über 250 Softwareprojekten zeigt, dass die richtige Einordnung einer Technologie oder Methode im Gesamtkontext oft entscheidender ist als ihre isolierten Stärken.
Wir bei Groenewold IT Solutions haben DORA-Metriken in verschiedenen Kundenprojekten eingesetzt und kennen sowohl die Stärken als auch die typischen Herausforderungen, die bei der Einführung auftreten können. Falls Sie unsicher sind, ob DORA-Metriken für Ihr Vorhaben geeignet ist, beraten wir Sie gerne in einem unverbindlichen Gespräch. Dabei analysieren wir Ihre konkreten Anforderungen und geben eine ehrliche Einschätzung – auch wenn das Ergebnis sein sollte, dass eine andere Lösung besser zu Ihnen passt.
Weitere Begriffe aus dem Bereich DevOps und benachbarten Themen finden Sie im IT-Glossar. Für konkrete Anwendungen, Kosten und Abläufe empfehlen wir unsere Leistungsseiten und Themenseiten – dort werden viele der hier erklärten Konzepte in der Praxis eingeordnet.
Verwandte Begriffe
DevOps-Leistung objektiv messen und verbessern?
Wir beraten Sie gerne zu DORA-Metriken und finden die optimale Lösung für Ihre Anforderungen. Profitieren Sie von unserer Erfahrung aus über 200 Projekten.