Kostenlose DevOps-Analyse
Zurück zum Glossar
DevOps Glossar·Compliance

DORA-Metriken

// Direkte Antwort

Was sind die DORA-Metriken?

DORA-Metriken sind vier Kennzahlen, die vom DevOps Research and Assessment Team wissenschaftlich validiert wurden: Deployment Frequency, Lead Time for Changes, Change Failure Rate und Mean Time to Recovery. Zusammen geben sie ein klares Bild davon, wie leistungsfähig der Software-Delivery-Prozess einer Organisation ist.

DORA Metrics messen
// Im DetailDORA-Metriken

Die DORA-Metriken wurden vom DevOps Research and Assessment Team über mehrere Jahre wissenschaftlich validiert und im Rahmen des „State of DevOps"-Reports veröffentlicht. Sie bestehen aus vier Kennzahlen, die in zwei Dimensionen fallen: Deployment Frequency und Lead Time for Changes messen Geschwindigkeit (Throughput), Change Failure Rate und Mean Time to Recovery messen Stabilität. Diese bewusste Balance verhindert, dass Teams Tempo gegen Qualität ausspielen.

Der eigentliche Wert der DORA-Metriken liegt darin, dass sie als Set betrachtet werden müssen. Eine hohe Deployment Frequency bei gleichzeitig hoher Change Failure Rate ist kein Erfolg, sondern ein Warnsignal. Umgekehrt deutet eine sehr niedrige Frequenz mit perfekter Stabilität oft auf übervorsichtige, langsame Prozesse hin. Die Metriken erlauben es, Teams entlang einer Skala von Low bis Elite Performer einzuordnen — nicht zur Bewertung von Personen, sondern zur Diagnose von Prozessen.

Für Industrial DevOps sind die DORA-Metriken eine gemeinsame Sprache zwischen IT und OT: Sie übersetzen abstrakte Begriffe wie „Agilität" in messbare, vergleichbare Größen, die auch ein Produktionsleiter nachvollziehen kann. Ein häufiger Stolperstein ist die isolierte Optimierung einzelner Werte oder die Erhebung ohne saubere Datenbasis. Sinnvoll ist es, die vier Metriken automatisiert aus Pipeline- und Incident-Daten abzuleiten und ihren Trend über die Zeit zu verfolgen statt einzelne Momentaufnahmen.

// Beispiele aus der Praxis2 Szenarien
/01

DORA-Dashboard als IT/OT-Brücke

Ein Industrieunternehmen erhebt alle vier DORA-Metriken automatisiert und stellt sie auf einem gemeinsamen Dashboard dar. IT und Produktion diskutieren auf dieser Basis über denselben, messbaren Stand statt über Bauchgefühle.

/02

Reifegrad-Einordnung als Ausgangspunkt

Ein Maschinenbauer nutzt eine erste DORA-Messung, um den eigenen Reifegrad zu bestimmen, und priorisiert daraufhin gezielt die Testautomatisierung, weil dort die größte Hebelwirkung auf Lead Time und Change Failure Rate liegt.

// Häufige FragenFAQ
Was sind die 4 DORA-Metriken?
Die vier DORA-Metriken sind Deployment Frequency und Lead Time for Changes (beide messen Geschwindigkeit) sowie Change Failure Rate und Mean Time to Recovery (beide messen Stabilität). Zusammen bilden sie die Balance aus Tempo und Zuverlässigkeit der Software-Delivery ab.
Was ist der Unterschied zwischen DORA-Metriken und KPIs?
DORA-Metriken sind ein wissenschaftlich validiertes, festes Set aus vier Kennzahlen zur Software-Delivery-Performance. KPIs sind frei wählbare Leistungsindikatoren für beliebige Geschäftsziele. DORA-Metriken können als KPIs genutzt werden, sind aber bewusst als ausbalanciertes Set gedacht, nicht als einzeln zu optimierende Zielwerte.
Warum reicht es nicht, nur eine einzelne DORA-Metrik zu optimieren?
Die vier Metriken bilden ein Gleichgewicht aus Geschwindigkeit und Stabilität. Optimiert man etwa nur die Deployment Frequency, kann die Change Failure Rate unbemerkt steigen. Erst die gemeinsame Betrachtung zeigt, ob Verbesserungen echt sind oder Probleme nur verlagert werden.
Wie unterscheiden sich die DORA-Metriken von den DORA-Verordnungen?
Die DORA-Metriken stammen vom DevOps Research and Assessment Team und messen die Leistungsfähigkeit der Software-Delivery. Der Digital Operational Resilience Act (DORA) ist dagegen eine EU-Verordnung zur Betriebsstabilität im Finanzsektor. Trotz gleicher Abkürzung haben beide nichts miteinander zu tun.
Wie erhebt man die DORA-Metriken in der Praxis?
Am verlässlichsten ist die automatisierte Ableitung aus vorhandenen Quellen: Deployment- und Build-Events der CI/CD-Pipeline für Frequenz und Lead Time, Incident- und Rollback-Daten für Change Failure Rate und MTTR. Manuelle Schätzungen sind ein häufiger Verzerrungsfaktor.
// Nächster Schritt

Erstgespräch.
Kostenlos.
90 Tage zum Ergebnis.

Wir klären gemeinsam, wie Sie in 90 Tagen die ersten messbaren Industrial-DevOps-Erfolge erzielen.

Erstgespräch buchen
Seit 2006 · 47+ Projekte
Industrie · Automotive · Finance