DORA-Metriken: Engineering-Performance in Ihrer gesamten Architektur messen
Die meisten Engineering-Teams können Ihnen sagen, was sie ausgeliefert haben. Die wenigsten können sagen, wie schnell sie es ausgeliefert haben, wie oft es zu Ausfällen kam oder wie lange die Wiederherstellung gedauert hat. Die Deployment-Zahl ist da. Das Qualitätssignal nicht.
Dieser blinde Fleck existiert, weil Delivery-Performance und Architekturdokumentation immer in getrennten Welten gelebt haben. Ihr CI/CD-Tool kennt Pipelines. Ihr Architektur-Tool kennt Systeme. Keines von beiden weiß genug, um die Frage zu beantworten, die wirklich zählt: Wird Ihr Team besser darin, Software auszuliefern?
DORA-Metriken schließen diese Lücke — und Archyl berechnet sie jetzt automatisch aus Ihren Release-Daten.
Die Vier Metriken, Die Zählen
2018 veröffentlichte das DORA-Team (DevOps Research and Assessment, heute Teil von Google Cloud) Forschungsergebnisse, die zeigen, dass vier spezifische Metriken die Software-Delivery-Performance besser vorhersagen als alles andere. Sie sind seitdem zum Industriestandard für die Messung von Engineering-Effektivität geworden:
Deployment Frequency — Wie oft Ihr Team in Produktion deployt. Elite-Teams deployen on demand, mehrmals täglich. Low Performer deployen zwischen einmal pro Monat und einmal alle sechs Monate.
Lead Time for Changes — Wie lange es vom Code-Commit bis zum Produktions-Deployment dauert. Elite-Teams messen dies in Stunden. Low Performer messen es in Monaten.
Change Failure Rate — Welcher Prozentsatz der Deployments verursacht einen Ausfall in Produktion (der einen Hotfix, Rollback oder Patch erfordert). Elite-Teams bleiben unter 5%. Low Performer überschreiten 46%.
Mean Time to Restore (MTTR) — Wenn ein Produktionsausfall auftritt, wie lange dauert die Wiederherstellung? Elite-Teams stellen den Service in unter einer Stunde wieder her. Low Performer brauchen zwischen einer Woche und einem Monat.
Was DORA mächtig macht, ist nicht eine einzelne Metrik — es sind alle vier zusammen. Ein Team, das zehnmal am Tag deployt, aber die Produktion die Hälfte der Zeit kaputt macht, performt nicht gut. Ein Team mit null Ausfällen aber einem Deploy pro Quartal spielt zu sicher. Die vier Metriken schaffen eine ausgewogene Scorecard, die sowohl Geschwindigkeit als auch Stabilität belohnt.
DORA in Archyl: Aufgebaut auf Ihren Release-Daten
Die Sache mit DORA-Metriken ist: Die Rohdaten existieren bereits, wenn Sie Releases tracken. Jede Release hat einen Zeitstempel, einen Status und ein Environment. Das reicht, um alle vier Metriken automatisch zu berechnen.
Wenn Sie Archyls Release-Management nutzen — ob über GitHub Actions, Webhooks oder die REST-API — haben Sie die Daten bereits. Wir mussten nur die Berechnung durchführen.
Deployment Frequency wird aus der Anzahl erfolgreicher Produktions-Deployments über ein gegebenes Zeitfenster berechnet. Wenn Sie 45 Releases in den letzten 30 Tagen in Produktion geliefert haben, beträgt Ihre Deployment-Frequenz 1,5 pro Tag.
Lead Time for Changes ist die Zeit zwischen der Erstellung einer Release (oder dem Commit-Zeitstempel, wenn verfügbar) und ihrem erfolgreichen Deployment in Produktion. Archyl berechnet den Median über alle Releases des Zeitraums.
Change Failure Rate betrachtet Releases mit dem Status Failed oder Rolled Back als Prozentsatz der Gesamtdeployments. Wenn Sie 40-mal deployt haben und 3 davon zurückgerollt wurden, beträgt Ihre CFR 7,5%.
Mean Time to Restore misst die Zeit zwischen einem fehlgeschlagenen Deployment und dem nächsten erfolgreichen im selben Environment. Dies erfasst, wie schnell sich Ihr Team von Incidents erholt.
Alle vier Metriken werden automatisch berechnet. Keine Konfiguration, keine manuelle Eingabe. Wenn Ihre Releases in Archyl einfließen, sind die DORA-Metriken bereits da.
Die DORA-Scorecard
Jede Metrik wird in eines von vier Performance-Levels eingestuft, basierend auf den von der DORA-Forschung etablierten Benchmarks:
- Elite — Top-Performance. Sie sind in der Spitzengruppe der Engineering-Teams weltweit.
- High — Starke Performance. Sie liegen vor den meisten Teams, haben aber noch Verbesserungspotenzial.
- Medium — Durchschnittliche Performance. Es gibt klare Verbesserungsbereiche.
- Low — Unterdurchschnittlich. Diese Metriken zeigen, wo Ihre Delivery-Pipeline Aufmerksamkeit braucht.
Die Scorecard gibt Ihnen einen Überblick auf einen Blick: vier Karten, vier Metriken, vier Levels. Jede Karte zeigt den aktuellen Wert, das Performance-Level mit Farbindikator und eine kurze Erklärung. Sie müssen sich keine DORA-Benchmarks merken — die Scorecard interpretiert die Zahlen für Sie.
Ein Gesamt-Performance-Level wird aus der Kombination aller vier Metriken berechnet. Wenn drei Ihrer Metriken Elite und eine High sind, performen Sie insgesamt auf Elite-Niveau.
Trenddiagramme: Die Richtung Zählt Mehr als die Position
Ein einzelner Snapshot der DORA-Metriken sagt Ihnen, wo Sie stehen. Ein Trend sagt Ihnen, wohin Sie gehen. Das DORA-Dashboard enthält Trenddiagramme, die jede Metrik über die Zeit darstellen, damit Sie sehen können, ob sich die Dinge verbessern, stabil bleiben oder verschlechtern.
Wählen Sie einen Zeitraum — 7 Tage, 30 Tage, 90 Tage oder einen benutzerdefinierten Bereich — und das Trenddiagramm zeigt Ihre Entwicklung. Die Deployment-Frequenz steigt vielleicht stetig. Die Lead Time hat vielleicht nach einem großen Refactoring einen Spike gehabt, erholt sich aber. Die Change Failure Rate liegt vielleicht stabil auf einem gesunden Niveau.
Trends verwandeln Metriken von einem Performance-Review-Tool in ein Werkzeug für kontinuierliche Verbesserung. Sie prüfen DORA nicht einmal pro Quartal und heften es in einem Bericht ab. Sie beobachten die Trends wöchentlich, bemerken wenn die Lead Time ansteigt und untersuchen es, bevor es zum Problem wird.
Auf Ihre Architektur Zugeschnitten
Weil Archyl Ihr C4-Modell kennt, sind DORA-Metriken nicht auf projektweite Aggregate beschränkt. Sie können Metriken auf ein bestimmtes System oder einen Container einschränken.
Wollen Sie die Deployment-Frequenz nur für das Payment Gateway wissen? Filtern Sie nach diesem System. Neugierig, ob der Notification Service eine höhere Change Failure Rate hat als die Account API? Vergleichen Sie sie nebeneinander.
Hier werden architekturbewusste Metriken wirklich nützlich. Ein projektweiter MTTR von zwei Stunden klingt vielleicht großartig — bis Sie feststellen, dass das API Gateway in 15 Minuten wiederhergestellt ist und der Billing Service 18 Stunden braucht. Eingeschränkte Metriken decken die Ausreißer auf, die Durchschnitte verbergen.
Organisationsweite DORA-Übersicht
Für Engineering-Leader, die mehrere Projekte managen, bietet die DORA-Übersicht auf Organisationsebene einen Blick aus der Vogelperspektive über alle Projekte im Workspace.
Die Übersicht zeigt eine Zusammenfassungsleiste mit dem aggregierten Performance-Level, dann ein Raster von Projektkarten — jede mit den vier DORA-Metriken und ihren individuellen Levels. Sie erkennen sofort, welche Projekte auf Elite-Niveau performen und welche Schwierigkeiten haben.
Es geht nicht darum, Teams gegeneinander aufzustellen. Es geht darum, zu identifizieren, wo investiert werden sollte. Wenn die Lead Time eines Projekts steigt, während andere stabil sind, ist das ein Signal, das Untersuchung verdient. Wenn die Change Failure Rate überall hoch ist, ist das Problem vielleicht systemisch — gemeinsame Infrastruktur, Testlücken oder Deployment-Tooling.
Die Organisationsansicht verwendet denselben Periodenauswähler wie die Projektansicht, sodass Sie Zeiträume beim Vergleich über Projekte hinweg angleichen können.
Die Feedback-Schleife
DORA-Metriken funktionieren am besten als Teil einer Feedback-Schleife. So setzen Teams sie effektiv ein:
Release-Tracking einrichten — Verbinden Sie Ihre CI/CD-Pipeline mit Archyl über GitHub Actions, Webhooks oder die REST-API. Releases fließen automatisch ein.
Baseline etablieren — Nach ein paar Wochen Daten prüfen Sie Ihre DORA-Scorecard. Das ist Ihr Ausgangspunkt. Bewerten Sie ihn nicht — notieren Sie ihn.
Trends beobachten — Prüfen Sie wöchentlich. Bewegen sich die Metriken in die richtige Richtung? Stabil ist gut. Verschlechterung ist ein Signal.
Anomalien untersuchen — Wenn sich eine Metrik verschiebt, grenzen Sie sie auf einzelne Systeme ein. Oft wird eine projektweite Veränderung von ein oder zwei Services verursacht.
Iterieren — Nehmen Sie Änderungen an Ihrem Delivery-Prozess vor und beobachten Sie die Reaktion der Metriken. Schnellere Code-Reviews reduzieren die Lead Time. Bessere Testabdeckung reduziert die Change Failure Rate. Feature Flags reduzieren den MTTR.
Die zentrale Erkenntnis der DORA-Forschung ist, dass diese Metriken Ergebnisse sind, keine Ziele. Man verbessert die Deployment-Frequenz nicht, indem man mehr deployt — man verbessert sie, indem man die Reibung beseitigt, die Deployments langsam oder riskant macht. Die Metriken sagen Ihnen, ob Ihre Prozessverbesserungen tatsächlich wirken.
Die Punkte Verbinden
DORA-Metriken sind der neueste Baustein in Archyls Ansatz einer Architekturdokumentation, die die Realität widerspiegelt, nicht nur die Absicht.
Ihre C4-Diagramme zeigen die Struktur. API-Verträge zeigen die Schnittstellen. ADRs zeigen die Entscheidungen. Release-Management zeigt, was geliefert wurde. Und jetzt zeigen DORA-Metriken, wie gut Ihre Delivery-Maschine läuft.
Jede Schicht fügt der vorherigen Kontext hinzu. Ein System auf Ihrem Diagramm ist nicht mehr nur eine Box mit einem Pfeil — es ist ein Service mit einer definierten API, dokumentierten Entscheidungen hinter seinem Design, einer Deployment-Historie und messbarer Delivery-Performance. Das ist der Unterschied zwischen einem Diagramm und einer lebendigen Architekturplattform.
Erste Schritte
Wenn Sie bereits Releases in Archyl tracken, sind DORA-Metriken jetzt verfügbar. Navigieren Sie zur Releases-Seite Ihres Projekts und wechseln Sie zum Tab Metriken. Ihre Scorecard und Trenddiagramme sind bereits befüllt.
Wenn Sie das Release-Tracking noch nicht eingerichtet haben, starten Sie dort. Folgen Sie dem Release-Management-Guide, um Ihre CI/CD-Pipeline zu verbinden, und kommen Sie dann zum Metriken-Tab zurück, sobald Sie ein paar Wochen Deployment-Daten haben.
Für Einblicke auf Organisationsebene öffnen Sie die Releases-Seite, ohne ein bestimmtes Projekt auszuwählen, und wechseln Sie zum Metriken-Tab. Die Übersicht zeigt alle Projekte in Ihrem Workspace mit ihren individuellen DORA-Scores.
Ihre Architektur weiß, was existiert. Ihre Releases wissen, was geliefert wurde. Jetzt wissen Ihre Metriken, wie gut Sie liefern.
Erfahren Sie mehr über Deployment-Tracking im Release-Management, oder entdecken Sie, wie Architektur-Änderungsanträge strukturierte Review-Workflows in Ihr C4-Modell bringen.