DORA-Metriken: Selbsteinschätzung für Teams

Schätzen Sie die fünf DORA-Metriken zur Softwareauslieferung gemeinsam im Team ein und verbessern Sie dann die schwächste.

Testen Sie diesen Gesundheitscheck live

Was sind die DORA-Metriken?

DORA (DevOps Research and Assessment) ist ein Forschungsprogramm, das heute zu Google Cloud gehört. Es hat eine kleine Gruppe von Kennzahlen zur Softwareauslieferung ermittelt, an denen sich ablesen lässt, wie leistungsfähig Teams sind. Drei davon messen den Durchsatz: wie oft Sie deployen, wie lange eine Änderung bis in die Produktion braucht und wie schnell Sie sich von einem fehlgeschlagenen Deployment erholen. Zwei messen die Instabilität: wie oft Deployments fehlschlagen und wie viele Deployments ungeplante Korrekturen sind. Die meisten Teams haben diese Zahlen nicht auf einem Dashboard. Diese Selbsteinschätzung ist eine Teamversion des Quick Check von DORA, der für Einzelpersonen gedacht ist: Jede Person wählt den Bereich, der ihrer Erfahrung aus den letzten drei Monaten entspricht. Die Antwortbereiche stammen von TeamRetro und sind keine offiziellen DORA-Benchmarks. Wenn Teammitglieder unterschiedliche Bereiche wählen, sollten Sie zuerst über diese Abweichung sprechen. Nehmen Sie die schwächste Kennzahl mit in Ihre Retrospektive und einigen Sie sich auf eine konkrete Änderung, um sie zu verbessern.

Abmessungen

Durchsatz

Wie schnell und wie oft Änderungen in die Produktion gelangen.

  • Deployment-Häufigkeit

    Wie oft deployt unser Team in die Produktion?

    1. Seltener als einmal alle sechs Monate
    2. Zwischen einmal im Monat und einmal alle sechs Monate
    3. Zwischen einmal pro Woche und einmal im Monat
    4. Zwischen einmal täglich und einmal pro Woche
    5. Bei Bedarf (mehrmals täglich)

  • Durchlaufzeit von Änderungen

    Wie lange dauert es, bis eine committete Änderung in der Produktion ankommt?

    1. Mehr als sechs Monate
    2. Ein bis sechs Monate
    3. Eine Woche bis ein Monat
    4. Ein Tag bis eine Woche
    5. Weniger als ein Tag

  • Wiederherstellungszeit nach fehlgeschlagenem Deployment

    Wenn ein Deployment fehlschlägt und sofortiges Eingreifen erfordert: Wie lange brauchen wir, um den Normalbetrieb wiederherzustellen?

    1. Mehr als ein Monat
    2. Eine Woche bis ein Monat
    3. Ein Tag bis eine Woche
    4. Weniger als ein Tag
    5. Weniger als eine Stunde

Instabilität

Wie oft Deployments schiefgehen und korrigiert werden müssen.

  • Änderungsfehlerrate

    Welcher Anteil unserer Deployments erfordert sofortiges Eingreifen, etwa ein Rollback oder einen Hotfix?

    1. Mehr als 45 %
    2. 30 % bis 45 %
    3. 15 % bis 30 %
    4. 5 % bis 15 %
    5. Weniger als 5 %

  • Nacharbeitsquote bei Deployments

    Welcher Anteil unserer Deployments ist ungeplant und dient dazu, ein Problem in der Produktion zu beheben?

    1. Mehr als 45 %
    2. 30 % bis 45 %
    3. 15 % bis 30 %
    4. 5 % bis 15 %
    5. Weniger als 5 %

Wann sollte dieser Gesundheitscheck durchgeführt werden?

  • Wenn Sie DORA-Kennzahlen haben möchten, aber noch keine Tools eingerichtet haben, um sie zu messen.
  • Vierteljährlich, um die Softwareauslieferung parallel zum SPACE Framework Health Check zu verfolgen.
  • Bevor Sie in Tools für die Auslieferung investieren, um sich darauf zu einigen, welche Kennzahl der eigentliche Engpass ist.

Tipps und Tricks

  • Legen Sie den Betrachtungszeitraum fest, bevor bewertet wird. Für die meisten Teams passen die letzten drei Monate.
  • Wenn sich die Bewertungen über mehrere Bereiche verteilen, nehmen die Teammitglieder die Auslieferung unterschiedlich wahr. Sprechen Sie darüber, bevor Sie auf den Durchschnitt schauen.
  • Nutzen Sie N/A für „Weiß ich nicht“. Viele N/A-Antworten deuten meist darauf hin, dass es sich lohnt, die Kennzahl richtig zu messen.
  • DORA-Metriken beschreiben das Auslieferungssystem eines Teams, nicht die Leistung einzelner Personen. Vergleichen Sie Teams nur mit Bedacht.
  • Wählen Sie die schwächste Kennzahl, einigen Sie sich in Ihrer Retrospektive auf eine Änderung und führen Sie den Check im nächsten Quartal erneut durch.
  • Um die Praktiken hinter den Zahlen zu betrachten, schließen Sie das DevOps Maturity Assessment an.

Häufig gestellte Fragen

Was sind die DORA-Metriken?
Fünf Kennzahlen zur Softwareauslieferung aus dem DORA-Forschungsprogramm. Deployment-Häufigkeit, Durchlaufzeit von Änderungen und Wiederherstellungszeit nach fehlgeschlagenem Deployment messen den Durchsatz. Änderungsfehlerrate und Nacharbeitsquote bei Deployments messen die Instabilität. Die ursprünglichen „Four Key Metrics“ enthielten die Nacharbeitsquote noch nicht. DORA hat sie erst vor Kurzem ergänzt.
Wofür steht DORA?
DevOps Research and Assessment. Das ist das Forschungsprogramm hinter den State-of-DevOps-Berichten, das seit 2018 zu Google Cloud gehört.
Wie misst man DORA-Metriken ohne Tool?
Fragen Sie die Menschen, die die Arbeit machen. Bei diesem Check wählt jede Person den Bereich, der am besten zu den letzten drei Monaten passt. Das ist weniger präzise, als Daten aus Ihrer Pipeline auszuwerten, geht aber schnell, zeigt, wo die Meinungen auseinandergehen, und verrät Ihnen, welche Kennzahl Sie zuerst richtig messen sollten.
Was ist ein guter DORA-Wert?
Es gibt keine Bestehensgrenze. Laut der DORA-Forschung deployen die leistungsstärksten Teams häufig, bringen Änderungen schnell in die Produktion und erholen sich rasch von Fehlern, während sie Fehler- und Nacharbeitsquoten niedrig halten. Geschwindigkeit und Stabilität gehen in der Regel Hand in Hand, statt sich gegenseitig auszuschließen. Vergleichen Sie Ihr Team zuerst mit seinem eigenen letzten Ergebnis.
Was ist der Unterschied zwischen DORA und SPACE?
DORA misst die Softwareauslieferung mit wenigen Kennzahlen. SPACE ist breiter angelegt: Neben dem Output geht es auch darum, wie sich Entwicklerinnen und Entwickler fühlen, wie sie zusammenarbeiten und wie die Arbeit fließt. Viele Teams nutzen DORA für die Auslieferung und SPACE für das Gesamtbild. TeamRetro bietet auch einen SPACE Framework Health Check an.
Was ist die Durchlaufzeit von Änderungen?
Die Zeit vom Commit einer Änderung in die Versionsverwaltung bis zu dem Moment, in dem diese Änderung in der Produktion läuft.

Based on DORA's software delivery performance metrics (dora.dev). TeamRetro isn't affiliated with DORA or Google.

Verwandte Gesundheitsuntersuchungen