Culture
Geteilte Verantwortung zwischen Entwicklung und Betrieb. Tools kommen danach.
Beispiel: Ein Banking-Team feiert Production-Deployments gemeinsam mit Ops — keine Übergabe, gemeinsame Verantwortung.
01
Tag 1: DevOps verstehen
das CALMR-Modell
MASTERCLASS · SAFe® DEVOPS · 60–90 MIN · LEVEL 1
Was du nach diesem Tag weisst
- Was DevOps laut SAFe ist — und was es ausdrücklich nicht ist
- Wie das CALMR-Modell DevOps in 5 Pfeiler strukturiert
- Was die "Wall of Confusion" zwischen Dev und Ops beschreibt
- Wie das DASA-Kompetenzmodell DevOps-Teams in Skill- und Wissensbereiche strukturiert
Was ist DevOps — und was nicht?
DevOps ist keine Sammlung von Tools und kein Stellenprofil. Es ist eine Philosophie, Kultur und Bewegung, die entstanden ist, weil IT-Entwicklung und IT-Betrieb jahrelang in getrennten Welten arbeiteten — mit gegensätzlichen Zielen und Anreizen. Das Ziel von DevOps ist, den Flow in der Bereitstellung von IT-Services zu maximieren: schneller, verlässlicher, kosteneffizienter.
In SAFe wird DevOps als ganzheitlicher Ansatz verstanden, der Entwicklung, Betrieb und Qualitätssicherung zusammenbringt. Das bedeutet: gemeinsame Verantwortung, gemeinsame Metriken, gemeinsame Ziele. Nicht "Dev übergibt an Ops", sondern "Dev und Ops lösen zusammen".
Die Wall of Confusion
DEV
Geschwindigkeit
Veränderung
Neue Features
Veränderung
Neue Features
Deploy fast
Wall of Confusion
→ wird zur Brücke
→ wird zur Brücke
↕ Wall of Confusion — wird in DevOps zur Brücke
OPS
Stabilität
Status quo
Ausfallsicherheit
Status quo
Ausfallsicherheit
Stay stable
Dev will schnell deployen, Ops will die Produktion stabil halten. DevOps löst diesen Zielkonflikt nicht durch Kompromiss, sondern durch gemeinsam gestaltete Prozesse, Automatisierung und geteilte Verantwortung.
CALMR — das Herzstück
SAFe strukturiert DevOps in fünf Pfeiler. Kein einzelner Pfeiler macht DevOps allein — alle fünf zusammen ermöglichen echten, kontinuierlichen Flow.
Automation
Manuelle Schritte aus der Pipeline entfernen. Mehr Geschwindigkeit, mehr Konsistenz.
Beispiel: Compliance-Reports werden via Pipeline automatisch generiert statt händisch in Excel befüllt.
Lean
Kleine Batches, WIP-Limits, sichtbarer Fluss. Risiko sinkt mit jeder Verkleinerung.
Beispiel: Statt monatlicher Release-Bundles tägliche kleine Inkremente — jedes einzeln testbar, jedes einzeln zurückrollbar.
Measure
Datenbasierte Engpass-Identifikation über den gesamten Wertstrom hinweg.
Beispiel: Lead Time und Change Failure Rate pro Team transparent gemacht — ohne Velocity-Ranking zwischen Teams.
Recovery
Systeme für schnelle Wiederherstellung designen. MTTR senken, nicht nur MTBF.
Beispiel: Feature-Toggle erlaubt sofortiges Deaktivieren eines Features ohne vollständiges Rollback-Deployment.
Das DASA-Kompetenzmodell
Die DevOps Agile Skills Association (DASA) definiert, welche Kompetenzen ein DevOps-Team als Ganzes abdecken muss. Nicht jede Person muss alles können — aber das Team muss alle Bereiche auf Expert-Niveau abdecken.
4 Skill-Bereiche
- Courage Experimentierfreudigkeit, Fail-Fast-Mentalität, aktives Eintreten für Veränderung
- Teambuilding Zusammenarbeit, gegenseitige Verantwortlichkeit, gemeinsames Zielverständnis
- DevOps Leadership Hochleistungs-Teams ermöglichen, Transparenz und Service-Lifecycle-Denken
- Continuous Improvement Kaizen-Mindset: heute besser als gestern — strukturiert, nicht zufällig
8 Wissensbereiche
Business Value Optimization
Business Analysis
Architecture & Design
Programming
Continuous Delivery
Test Specification
Infrastructure Engineering
Security / Risk / Compliance
Das Team muss in jedem Bereich Expert-Level erreichen — nicht jede Person muss überall Rockstar sein. Die Stärke liegt in der Kombination.
Konzept-Übersicht
Self-Test: 5 Fragen
Beantworte jede Frage, bevor du zur nächsten kannst. Kein Tracking, keine Auswertung im Backend.
Weiterführende Quellen
Scaled Agile Framework Glossary
Offizielle Begriffsdefinitionen. Hier findest du die CALMR-Beschreibung aus primärer Quelle.
State of DevOps Report (DORA)
Empirische Daten zu High-Performer-Teams. Basis für die 4 DORA-Metriken.
The Phoenix Project (Gene Kim)
DevOps-Kultur als Roman. Verständlicher Einstieg in die "Drei Wege" des DevOps.
The DevOps Handbook (Gene Kim et al.)
Das Standardwerk zur praktischen Umsetzung. Kapitel 1–5 für diese Masterclass besonders relevant.
DASA Organization
Quelle des Kompetenzmodells aus Sektion 5 — 4 Skill-Bereiche und 8 Wissensbereiche.
Diese Quellen sind unabhängig von Scaled Agile, Inc. und bieten breiteren DevOps-Kontext.
Nächster Schritt
Tag 1 von 10
Rechtlicher Hinweis
SAFe® und Scaled Agile Framework® sind eingetragene Trademarks von Scaled Agile, Inc. Diese Masterclass ist eigene Synthese basierend auf öffentlich verfügbaren Quellen und kein offizielles Prüfungsmaterial. Die Inhalte ersetzen nicht den akkreditierten Kurs. Wer die SDP-Zertifizierung anstrebt, muss den offiziellen Kurs bei einem akkreditierten Anbieter absolvieren. DASA® ist Trademark der DevOps Agile Skills Association.