Agile Coach • Scrum Master • Product Owner

15 Jahre Projektmanagementerfahrung und seit 2015 als Agile Coach in Projekten tätig. Seine Leidenschaft ist es, Menschen & Teams zu inspirieren und für ihre Aufgabe zu begeistern, damit sie fokussierter und motivierter wertschöpfende Produkte erzeugen können.

Scrum Master

Ich bin seit 2022 bei Mayflower und konnte Erfahrung in einem skalierten E-Commerce Projekt sammeln. 
In meiner Rolle als Scrum Master biete ich wertvolle Unterstützung, um Teams dabei zu befähigen, ihre agilen Ziele zu erreichen, Hindernisse zu überwinden und kontinuierlich bessere Versionen ihrer selbst zu werden.

Agenda

1. Die DORA-Metriken
2. Vorstellung der DORA-Metriken
   
3. Anwendung der DORA-Metriken
4. tl;dr: / take away

Die DORA-Metriken

Einsatz

• Schneller Wert für den Nutzer schaffen
  • Features schnell verfügbar machen: Deployment Frequency & Lead Time for Changes
  • Hohe Fehlerfreiheit & Verfügbarkeit: Failure Rate und Time to Restore Service
• DORA: das DevOps Research and Assessment Programm

Vorstellung der DORA-Metriken

• Deployment Frequency (Bereitstellungshäufigkeit)
• Lead Time for Changes (mittlere Vorlaufzeit für Änderungen)
• Change Failure Rate (Ausfallrate von Änderungen)
• Time to Restore Service (Wiederherstellungszeit)

Die vier Schlüsselmetriken

Misst, wie oft auf die Produktivumgebung für den Endnutzer deployt wird.

• Hoch: Bereitstellung bei Bedarf (mehrfach pro Tag)
• Mittel: zwischen einer Bereitstellung pro Woche und einem pro Monat
• Gering: zwischen einer Bereitstellung pro Monat und einer pro sechs Monaten

Deployment Frequency

Misst die durchschnittliche Zeit die ein Commit benötigt um in die  Produktivumgebung zu gelangen.

• Hoch: zwischen einem Tag und einer Woche
• Mittel: zwischen einer Woche und einem Monat
• Gering: zwischen einem Monat und sechs Monaten

Lead Time for Changes

Gibt prozentual an, wie viele der Deployments in der Produktivumgebung fehlschlagen und sofort behoben werden sollten.

• Hoch: 46 % bis 60 %
• Mittel: 16 % bis 30 %
• Gering: 0 % bis 15 %

Change Failure Rate

Misst die Zeit, die ein Team benötigt, einen Service wiederherzustellen, wenn ein Fehler die Produktivumgebung beeinträchtigt. Wird auch als Mean Time to Repair (MTTR) bezeichnet.

• Hoch: weniger als ein Tag
• Mittel: zwischen einem Tag und einer Woche
• Gering: zwischen einer Woche und einem Monat

Time to Restore Service

Anwendung der DORA-Metriken

Vorteile

• Universell anwendbar

• Einfach anwendbar

• Hohe Wirksamkeit

• Kann in Euro umgerechnet werden

• Macht Problemfelder & Engpässe sichtbar

Dashboard-Bespiel

Berechnung

• Deployment Frequency:
  • Anzahl von erfolgreichen Deploys auf das Produktivsystem pro Zeiteinheit
• Lead Time for Changes
  • Mittelwert der Zeitdauer aller Commits für ein Deploy
• Change Failure Rate
  • Verhältnis von allen Deployments zu den fehlgeschlagenen
• Time to Restore Service
  • Die Zeitdauer zwischen einem Ausfall und der Behebung

• Integration (GitHub & GitLab):
  • four keys (from DORA): https://github.com/dora-team/fourkeys
  • GitLab: https://docs.gitlab.com/…dora_metrics.html…
• Spezifisch:
  • Sleuth: https://www.sleuth.io
• Generell:
  • DevLake (Open source): https://devlake.apache.org
  • Faros: https://www.faros.ai/dora-metrics
  • Haystack: https://www.usehaystack.io
  • LinearB: https://linearb.io/platform/dora-metrics
  • Velocity (Code Climate): https://codeclimate.com/velocity/dora…

Tools zur Erfassung

• Engpässe eliminieren
• Lieferfähigkeit erhöhen
• kontinuierliche Verbesserungen 
• Potenzial erkennen

• Are you an Elite DevOps performer? Find out with the Four Keys Project.
• DORA Program
• DevOps Research and Assessment (DORA) metrics (GitLab)
• Measuring DevOps: The Four Keys Project (Video)

Viel Erfolg!😀

… und vielen Dank für eure Aufmerksamkeit🙇🏼

• DORA: DevOps Research and Assessment
• langlaufendes Forschungsprogramm
• identifiziert Fähigkeiten für die Bereitstellung und den Betrieb von Software
• DevOps: Methode / Sichtweise zur effizienten und zuverlässigen Bereitstellung von Software

Was ist DORA?

• Ziel von agilen Methoden: wertvolle Features in kurzer Zeit
• Identifizierung von Engpässen auf dem Weg vom Source-Code bis zur Anwendung vom Nutzer
• DORA-Metriken betrachten die wesentlichen & üblichen Schritte
• text anpassen: klare Aussage

Ist DevOps notwendig?

Wofür sind sie nicht gedacht?

Teams untereinander sollte man nicht miteinander vergleichen!

Teams untereinander kann man nicht miteinander vergleichen!