Was sind die DORA-Metriken?
Die DORA-Metriken (DORA: DevOps Research and Assessment) sind wissenschaftlich validierte Kennzahlen für die Software-Delivery-Performance: Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery, seit dem Report 2024 ergänzt um die Rework Rate. Deployment Frequency, Lead Time und Wiederherstellungszeit messen den Durchsatz, Change Failure Rate und Rework Rate die Stabilität. Zusammen zeigen sie, wie leistungsfähig der Delivery-Prozess einer Organisation tatsächlich ist.
Auch bekannt als: DORA Metrics · DORA-Kennzahlen · Four Keys · DevOps Research and Assessment
Ist DORA-Metriken bei Ihnen gerade ein Thema?
Wir fragen kurz, wie dringend das Thema bei Ihnen gerade ist. Je nach Antwort zeigen wir Ihnen direkt den passenden nächsten Schritt — ganz ohne Formular.
Hinter den Metriken steht ein Forschungsprogramm. Das DORA-Team befragt seit 2014 in großen Umfragen Fachleute aus Entwicklung und Betrieb und gehört seit 2018 zu Google Cloud. Gefragt wird nach der primären Anwendung oder dem primären Service, an dem jemand arbeitet, nicht nach dem Unternehmen als Ganzes. Die Antworten wertet DORA statistisch aus und sucht nach Mustern, etwa welche Praktiken mit schnellerer und stabilerer Auslieferung einhergehen. Aus dieser Arbeit stammen die vier Kennzahlen, die das Buch „Accelerate" 2018 bekannt gemacht hat.
Die Kennzahlen funktionieren nur als Set. Eine hohe Deployment Frequency bei hoher Change Failure Rate heißt, dass das Team schnell Fehler ausliefert. Eine sehr niedrige Frequenz bei tadelloser Stabilität deutet auf Prozesse, in denen jede Änderung wochenlang geprüft wird. DORA hat über Jahre beobachtet, dass sich Durchsatz und Stabilität gemeinsam bewegen: Die besten Teams sind in beiden Dimensionen gut, die schwächsten in beiden schlecht. Wer nur einen Wert verbessert, verschiebt das Problem meist in einen anderen.
Das Modell hat sich seit 2023 dreimal verändert (Stand: September 2026). Im Report 2023 wurde aus der Time to Restore Service die Failed Deployment Recovery Time, die nur noch Störungen durch Deployments zählt. Der Report 2024 ergänzte die Rework Rate, den Anteil ungeplanter Deployments zur Behebung von Fehlern in Produktion. Seitdem teilt DORA fünf Kennzahlen in zwei Gruppen: Lead Time for Changes, Deployment Frequency und Failed Deployment Recovery Time messen den Durchsatz, Change Failure Rate und Rework Rate die Instabilität. Der Report 2025 mit dem Titel „State of AI-assisted Software Development" verzichtet auf die Stufen Low bis Elite. Er beschreibt sieben Team-Profile, die Delivery-Werte mit Faktoren wie Burnout, Reibung im Arbeitsalltag und Produktleistung verbinden.
In Industrieunternehmen werden die Metriken zur gemeinsamen Sprache von IT und OT (Operational Technology, die Automatisierungstechnik der Anlagen). Produktionsleiter kennen Durchlaufzeit, Ausschussquote und Stillstandszeit, und die DORA-Metriken folgen derselben Logik für Software. Wenn IT-Leiter und Produktionsleiter zum ersten Mal vor demselben Dashboard sitzen und über die Wartezeit einer Freigabe sprechen statt über Zuständigkeiten, ändert sich die Besprechung. Voraussetzung ist eine saubere Datenbasis, denn geschätzte Werte überstehen die erste kritische Rückfrage nicht.
Ein Dashboard für IT und Produktion
Ein Industrieunternehmen diskutierte Release-Probleme bisher in Eskalationsrunden, in denen jede Seite eigene Zahlen mitbrachte. Das Team erhebt die DORA-Metriken automatisiert aus Pipeline- und Incident-Daten und zeigt sie auf einem Dashboard, das IT und Produktion gemeinsam nutzen. Die nächste Runde beginnt mit der Frage, warum die Lead Time im letzten Monat gestiegen ist, und endet mit einer konkreten Maßnahme.
Erste Messung zeigt, wo die Testautomatisierung fehlt
Ein Maschinenbauer wollte in Kubernetes investieren, um schneller auszuliefern. Die erste DORA-Messung zeigt eine Change Failure Rate um 30 Prozent und eine Lead Time von mehreren Wochen, beides getrieben durch manuelle Testrunden. Das Team zieht die Testautomatisierung vor und verschiebt die Plattformfrage. Eine vergleichbare erste Standortbestimmung liefert der kostenlose DevOps-Reifegrad-Check auf comquent.de, ohne Anmeldung und ohne Projektauftrag.
Wie nutzen Sie die DORA-Metriken?
Die vier DORA-Metriken machen Liefergeschwindigkeit und Stabilität messbar — der nächste Schritt hängt daran, ob Sie schon messen. Zwei Klicks geben die Richtung.
Was ist Ihr Ziel?
- Was sind die 4 DORA-Metriken?
- Die vier klassischen DORA-Metriken sind Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery, die DORA heute Failed Deployment Recovery Time nennt. Seit dem Report 2024 kommt die Rework Rate als fünfte Kennzahl hinzu. DORA ordnet Lead Time, Deployment Frequency und Recovery Time dem Durchsatz zu, Change Failure Rate und Rework Rate der Instabilität.
- Welche Benchmarks gelten für die DORA-Metriken?
- Die letzten Leistungsstufen stammen aus dem DORA-Report 2024: Das Elite-Cluster deployte auf Abruf, brauchte vom Commit bis Produktion weniger als einen Tag, hatte eine Change Failure Rate von 5 Prozent und stellte den Betrieb in unter einer Stunde wieder her. Das Low-Cluster deployte monatlich bis halbjährlich, brauchte ein bis sechs Monate, lag bei 40 Prozent und brauchte eine Woche bis einen Monat für die Wiederherstellung. Der Report 2025 hat diese Stufen durch sieben Team-Profile ersetzt. In Anlagen mit festen Wartungsfenstern ist ein monatlicher Rollout oft die technische Grenze, dort zählt, ob sich Lead Time und Fehlerrate von Quartal zu Quartal verbessern.
- Gibt es eine fünfte DORA-Metrik?
- Ja, seit dem Report 2024 misst DORA die Rework Rate: den Anteil der Deployments, die ungeplant stattfinden, um einen Fehler in Produktion zu beheben. Sie bildet zusammen mit der Change Failure Rate die Instabilität ab. Daneben führt DORA seit 2021 Reliability als Maß für den Betrieb, das aber nicht zu den Delivery-Metriken zählt.
- Wofür steht DORA?
- Bei den Metriken steht DORA für DevOps Research and Assessment, ein Forschungsprogramm, das heute zu Google Cloud gehört. Dieselbe Abkürzung trägt der Digital Operational Resilience Act, die EU-Verordnung 2022/2554 zur digitalen Betriebsstabilität im Finanzsektor, die seit dem 17. Januar 2025 gilt. Beide haben inhaltlich nichts miteinander zu tun.
- Was ist der Unterschied zwischen DORA-Metriken und KPIs?
- DORA-Metriken sind ein festes, durch Forschung abgesichertes Set zur Leistung der Software-Delivery, KPIs sind frei gewählte Kennzahlen für beliebige Geschäftsziele. Sie können DORA-Metriken als KPIs nutzen. Als Zielvorgabe für einzelne Teams taugen sie aber schlecht, denn wer an einer Zahl gemessen wird, findet Wege, sie zu verbessern, ohne dass die Auslieferung besser wird.
- Warum reicht es nicht, nur eine einzelne DORA-Metrik zu verbessern?
- Weil sich Durchsatz und Stabilität gegenseitig kontrollieren. Treibt ein Team nur die Deployment Frequency hoch, steigt die Change Failure Rate unbemerkt, und die Rework Rate zeigt die Nacharbeit, die dadurch entsteht. Erst alle Werte zusammen zeigen, ob eine Verbesserung echt ist oder das Problem nur verschoben wurde.
Wo steht Ihr Team bei DORA-Metriken?
Uns interessiert, wo Ihr Team bei diesem Thema steht. Auf Basis Ihrer Antwort schlagen wir Ihnen den sinnvollsten nächsten Schritt vor — ganz ohne Formular.
Weiterführende Primärquellen zu DORA-Metriken: Normtexte, Hersteller- und Projektdokumentation. Alle Ziele öffnen in einem neuen Tab.
- /01DORA / Google CloudDORA Metrics Guide(externe Seite, öffnet in neuem Tab)
Die maßgebliche Definition der vier Kennzahlen und ihrer Berechnung.
- /02DORAAccelerate State of DevOps Report 2024(externe Seite, öffnet in neuem Tab)
Jahresbericht mit Benchmarks, Stichprobe und Methodik.
- /03Google Cloud BlogFour Keys in der Praxis messen(externe Seite, öffnet in neuem Tab)
Beschreibt die Datenpipeline hinter einer eigenen Erhebung der vier Kennzahlen.
Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.
Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.
Industrie · Automotive · Finance