Der State of DevOps Report ist eine jährliche Umfrage, die seit 2013 untersucht, wie sich DevOps verändert. Der Report liefert dabei einen wichtigen Leitfaden, wie wir uns selbst und unsere Teams weiter entwickeln können.
Auf Basis der Ergebnisse des State of DevOps Reports haben
- Nicole Forsgren (Vice President bei github)
- Jez Humble (DevOps Evangelist, Autor des DevOps Handbook)
- Gene Kim (Autor von The Phoenix Project, The Unicorn Project und DevOps Handbook)
über mehrere Jahre eine Auswertung gemacht und eine Reihe von Fähigkeiten und Eigenschaften identifiziert, die uns dabei unterstützen können, in unseren Teams bessere Ergebnisse zu erzielen. Ihre Ergebnisse haben die drei im Buch "Accelerate" zusammengefasst.
Lasst uns gemeinsam auf diese Fähigkeiten und Eigenschaften schauen und auch einige eher überraschende Erkenntnisse aus dem Report diskutieren: Eigenschaften, die uns eher behindern oder scheinbar keinen Einfluss auf unsere Arbeit haben.
Den Link zum Online Meetup stellen wir kurz vor der Veranstaltung zur Verfügung.
2. WAS IST DEVOPS?
• DevOps ist eine Kombination von Denkweisen, Praktiken und Tools, mit denen
Organisationen schneller und einfacher Anwendungen und Services bereitstellen können.
• Die Weiterentwicklung undVerbesserung von Produkten gelingt damit in kürzerer Zeit
als bei Organisationen, die auf herkömmliche Prozesse für die Softwareentwicklung und
Infrastrukturverwaltung bauen.
• Dank dieses Geschwindigkeitsvorteils können Organisationen ihre Kunden besser
bedienen und sich effektiver auf dem Markt durchsetzen.
https://aws.amazon.com/de/devops/what-is-devops/
3. DIE BASIS
STATE OF DEVOPS REPORT
• State of Devops Report (SODOR)
• Jährliche Umfrage seit 2013
• Ca. 3000Teilnehmer
• SODOR 2019
• Ältere Ergebnisse hier
4. STATE OF DEVOPS REPORT
HIGH-PERFORMING IT ORGANIZATIONS …
• 2013: Ship code 30x faster and complete those deployments 8,000 times faster than their
peers. Have 50% fewer failures and restore service 12 times faster than their peers
• 2014: are still deploying code 30 times more frequently, with 50 percent fewer failures
than their lower-performing counterparts
• 2015: deploy 30x more frequently with 200x shorter lead times; they have 60x fewer
failures and recover 168x faster.
• 2016: deploy 200 times more frequently, with 2,555 times faster lead times, recover 24
times faster, and have three times lower change failure rates
• 2017: 46 times more frequent code deployments, 440 times faster lead times, 96 times
faster mean time to recover from downtime, 5 times lower change failure rate
5. STATE OF DEVOPS REPORT
Höher, weiter, schneller sind nicht
die wichtigsten Ergebnisse der
Studie.
6. DIE AUTOREN
Jez Humble, früherThoughtworks, diverse Bücher:
DevOps Handbook, CTO @ DORA
Gene Kim, früher CTO @ Tripware, Gründer von IT-
Revolution, diverse Bücher: Phoenix Project, Unicorn
Project, DevOps Handbook
Nicole Forsgren,VP bei GitHub, CTO @ DORA
(DevOps Research and Assessment)
DORA: DevOps Research and Assessment
7. DAS ERGEBNIS
Basis der 24 Fähigkeiten ist Auswertung von State of
DevOps (2013-2017)
Auswirkung von Umfragen bzw. deren Auswertung ist,
dass der Kontext der jeweiligen entfernt/versteckt wird
Jede der 24 Fähigkeiten mag im Kontext eurer jeweiligen
Organisation bedingt erstrebenswert sein, da dort eure
Rahmenbedingungen gelten!
9. DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
Kultur
Produkt/Prozess
Continuous Delivery
Lean Management & Monitoring
Architektur
10. Kultur
Vision
Intellektuelle Anreize
Inspirierende Kommunikation
Unterstützende Führung
Persönliche Anerkennung
Produkt/Prozess
Arbeit in kleinen Losgrößen
Teamexperimente
Kundenfeedback implementieren
Visuelles Management des Wertstroms
Continuous Delivery
Deployment Automatisierung
Trunk-basierte Entwicklung
Shift Left zu Sicherheit
Continuous Integration
Versionsverwaltung für alles
Artefakte
Testautomatisierung
Testdatenmanagement
Lean Management & Monitoring
Systeme überwachen
Proaktive Benachrichtigung
Work in Progress minimieren
Visualisierungen
Workflow sichtbar machen
Einfache Genehmigungen
Architektur
Lose gekoppelte Architektur
Architektur für
eigenverantwortliche Teams
DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
11. DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
Kultur
Produkt/Prozess
Continuous Delivery
Lean Management & Monitoring
Architektur
12. WARUM IST DAS
RELEVANT?
Kultur
Produkt / Prozess
Continuous
Delivery &
Architektur
Lean
Management
Unternehmenskultur
(Westrum)
Job Zufriedenheit
Unternehmens-
performance
Performance
Software
Bereitstellung
Identität
weniger Burn-Out
weniger
Deployment Pain
weniger
Nacharbeiten
Nichtkommer-
zielle
Performance
Job Zufriedenheit: Net Promoter Score
13. 24 FÄHIGKEITEN
CONTINUOUS DELIVERY
1. Versionsverwaltung für alle Produktionsartefakte
Anwendungscode,Anwendungs- und Systemkonfiguration
Skripte für Builds (Infrastructure as Code)
2. Deployment-Prozess automatisieren
Keine manuellen Eingriffe
14. 24 FÄHIGKEITEN
CONTINUOUS DELIVERY
3. Continuous Integration implementieren
Check-in à Build à Schnelltest à Packaging à Release
4. Trunkbasierte Entwicklung
Max. 3 aktive, parallele Branches, Branch-Lebenszeit < 1 Tag, dann in Master
kein Codefreeze; einfache Merges
15. 24 FÄHIGKEITEN
CONTINUOUS DELIVERY
5. Testautomatisierung
Stabile Tests, die echte Fehler finden ß nicht nur Code ausführen
6. Testdatenmanagement
Testdaten pflegen,Testdaten in Pipeline anpassen
16. 24 FÄHIGKEITEN
CONTINUOUS DELIVERY
7. Shift Left zur Sicherheit
Einbinden von Security in (Test-)Design, automatisierte Sec Tests, Sec Review
à Fokus in State of DevOps Report 2019
8. Continuous Delivery
Software befindet sich immer in einem bereitstellbaren Zustand
2016
17. DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
Kultur
Produkt/Prozess
Continuous Delivery
Lean Management & Monitoring
Architektur
18. 24 FÄHIGKEITEN
ARCHITEKTUR
9. Lose gekoppelte Architektur
Unabhängig voneinander entwickeln, testen, liefern
Module, Services, Self-contained Systems …
10. Architektur für eigenverantwortlichTeams
Team wählt Werkzeuge (Sprachen, Frameworks à Effektivität)
Architekten befassen sich mit Menschen und Kommunikation, nicht mit Toolauswahl
19. DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
Kultur
Produkt/Prozess
Continuous Delivery
Lean Management & Monitoring
Architektur
20. 24 FÄHIGKEITEN
PRODUKT UND PROZESS
11. Kundenfeedback einholen und implementieren
Auch Einbindung des Kunden in Design
12. Arbeitsfluss sichtbar machen
Komplette Wertschöpfungskette inklusive Kundenfeedback abbilden
21. 24 FÄHIGKEITEN
PRODUKT UND PROZESS
13. In kleinen Losgrößen arbeiten
Aufgaben so schneiden, dass sie in weniger als einerWoche abgeschlossen werden
können
14. Teamexperimente fördern und ermöglichen
Neue Ideen, Frameworks, Lösungen ohne Genehmigung ausprobieren können
22. DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
Kultur
Produkt/Prozess
Continuous Delivery
Lean Management & Monitoring
Architektur
23. 24 FÄHIGKEITEN
LEAN MANAGEMENT UND MONITORING
15. Einfacher Genehmigungsprozess für Änderungen
Peer Review, Code Review imTeam vs. Change Advisory Boards (CAB)
16. Anwendungen und Infrastruktur überwachen
fundierte (Geschäfts-)Entscheidungen auf Basis von Monitoring-Informationen treffen
24. 24 FÄHIGKEITEN
LEAN MANAGEMENT UND MONITORING
17. Systemgesundheit proaktiv prüfen
Definition vonWarnschwellen und Warnungen für Änderungsrate (z.B. Ressourcen-
Auslastung)
18. WIP begrenzen
Durchsatz von Arbeitspaketen erhöhen, Störungen im Durchlauf erhöhen
25. 24 FÄHIGKEITEN
LEAN MANAGEMENT UND MONITORING
19. Arbeit visualisieren
Dashboards nutzen um Qualität/Kommunikation imTeam zu beobachten
26. DIE GRUPPIERUNG:
24 FÄHIGKEITEN IN 5 KATEGORIEN
Kultur
Produkt/Prozess
Continuous Delivery
Lean Management & Monitoring
Architektur
27. 24 FÄHIGKEITEN
KULTUR
20. Lernen unterstützen
Lernkultur als Investition oder als Kostenfaktor?
21. Generative Unternehmenskultur fördern
Westrum: Guter Informationsfluss,Vertrauen, Zusammenarbeit, Bridging zwischenTeams,
bewusste Untersuchungen
29. 24 FÄHIGKEITEN
KULTUR
22. Werkzeuge und Ressourcen zurVerfügung stellen
Nur die bestenTools sind gut genug
23. Zusammenarbeit zwischenTeams fördern
Übergreifende Kommunikation zwischenTeams vs. Silos
31. TRANSFORMATIONALE FÜHRUNG
• VisionVerständnis der Organisationsziele und wo die Organisation in fünf Jahren stehen will
• Inspirierende Kommunikation Inspirierende und motivierende Kommunikation, auch in
einem unsicheren und sich verändernden Umfeld
• Intellektuelle Anregung Fordert von Beteiligten, Probleme auf neue Art und Weise zu lösen
• Unterstützende Führung Unterstützung/Berücksichtigung der persönlichen Bedarfe und
Situationen der Beteiligten
• Persönliche Anerkennung Anerkennung von Zielerreichungen undVerbesserung der
Arbeitsqualität; Danke sagen
32. ZWISCHEN DEN ZEILEN …
https://puppet.com/resources/report/state-of-devops-
report
• Manager bewerten DevOps Status
ihrerTeams deutlich positiver als
die Teams selbst
• Wo Performance der Software-
Bereitstellung eine Rolle spielt,
spricht das stark für In-Sourcing
33. ACCELLERATE: „AUF KOMPETENZEN, NICHT AUF
REIFE FOKUSSIEREN“
https://medium.com/@ravindraprasad/devops-a-practical-path-to-
maturity-58ddcc57600b
https://vitalflux.com/devops-
maturity-model-telstra-devops-
implementation/