5 ways to screw up your DevOps Transformation
summary
Five concrete failure modes and how they play out: naming the program DevOps creates cargo‑culting around tools like Kubernetes and CI/CD; using a rigid, linear roadmap instead of probe sense respond experiments kills learning; hiring only agile coaches leaves gaps in engineering, ops and security skills; vague culture talk never becomes behavior without joint prioritization and measurable habits; allowing Eisenbahn‑scheinbewegung—management pushing 150 features then 200 features and ignoring low confidence—produces fake change and team burnout.
AI-written summary · about
chapters (8)
- 0:00Start
- 6:00Learn from Other Failures
- 11:50Move towards an Incremental Way of Working
- 20:09Prioritization
- 21:30Allow Fake Change in Your Environment
- 22:43Culture Follows Structure
- 27:04Questions
- 27:40Is 100 Devops Transformation Ever Possible and Is Sre the Future of Devops
related talks
07mTen Ways to Doom Your DevOps
05m5 Pitfalls of Using DevOps to Govern
13mTen Ways to Doom Your DevSecOps
33mThe DevOps disaster: 15 ways to fail at DevOps
17mDevOps Leadership in practice. True stories
25mDevOps: Why do we Keep Messing Up?
32mTales from the DevOps Transformation Trenches
49m5 Steps to a DevOps Transformation
