Agile Coach

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.

Agenda

1. Die DORA-Metriken
2. Weitere Informationen
3. tl;dr: / take away

Die DORA-Metriken

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

Zusammenfassung

• Schneller, stabilen Wert für den Nutzer schaffen
  • Features schnell verfügbar machen, in hoher Qualität und mit guter Vorhersagefähigkeit: „Deployment Frequency“ & „Lead Time for Changes“
  • Hohe Fehlerfreiheit & Verfügbarkeit, dadurch hohe Kunden-zufriedenheit und monetäre Aspekte: „Failure Rate“ und „Time to Restore Service“

Vorteile

• Universell anwendbar

• Einfach anwendbar

• Hohe Wirksamkeit

• Kann in Euro umgerechnet werden

• Macht Problemfelder & Engpässe sichtbar

Weitere Informationen

Dashboard-Beispiel

• Integration (GitHub & GitLab):
  • four keys (from DORA): https://github.com/dora-team/fourkeys
  • GitLab: https://docs.gitlab.com/…dora_metrics.html…
• 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…​
• Spezifisch:
  • Sleuth: https://www.sleuth.io

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)
• Manueller Schnelltest von DORA

Viel Erfolg!😀

… und vielen Dank für eure Aufmerksamkeit🙇🏼

• 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

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

• 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!