Revolutionizing Incident Response
summary
Argues incidents belong in the daily workflow, not an emergency silo, and offers a concrete replacement for the SDLC: the Revolution model with five concentric role-layers (architecting, developing, automating, deploying, operating) and six considerations—testability, security, reliability, observability, flexibility, scalability. Promotes shared accountability over lone responsibility, recommends automating CI/CD tests and measuring baselines (acknowledging flawed metrics like test coverage), cites PagerDuty guidance and classifies incidents into five severity levels to reduce Sev1/2 fire drills.
AI-written summary · about
chapters (9)
- 0:00Incident response philosophy
- 2:29Tech communication nuance
- 7:27DevOps unintended effects
- 10:14Beyond DevOps for resilience
- 11:59Critiquing the Software Development Life Cycle
- 13:02Revolution model for dev
- 18:19Democratizing incident accountability
- 22:35Incidents as normal work
- 26:31Future of DevOps accountability
related talks
39mRethinking the SDLC
31mFuturistic Luxury Incident Response
15mIncident Ready: Chaos Engineer Your Incident Response
39mNavigating the Chaos: A Holistic Approach to Incident Management
32mIncident Management - Talk the Talk, Walk the Walk
33mDon't Panic! Effective Incident Response
31mThe Art of Turning Incidents into Opportunities
30mHow To Have An Operational Incident (a crash course)
