Description
Unlike frameworks like ITIL, there is no “official” document of best practices for a DevOps team. But, we can generally agree that, at its core, DevOps is about delivering business value to an organization by breaking down organizational silos, increasing transparency, and fostering open communication between developers and IT operations teams.
That same culture of transparency, visibility, and rapid learning extends to incident management.
Why? Because the first and most critical steps in incident management involve understanding what’s gone wrong, getting the right people working on the problem, and fostering a blameless culture.
DevOps incident management calls for a culture of open, blameless communication between developers and IT ops teams. And establishing lightweight processes that improve the reliability of IT services, increase customer satisfaction, and drive business value. A DevOps engineer can help to implement DevOps culture and practices.
ITIL, by comparison, is a prescribed set of 26 processes, procedures, tasks, and checklists designed to improve specific practices in IT service management. ITIL focuses on service quality and consistency and improving the resilience of systems.
One of the benefits of ITIL is that organizations that want to improve ITSM can begin with templated best practices instead of starting from scratch. And while some believe ITIL is best suited for large enterprises, the framework is flexible enough that smaller companies can pick and choose the processes that make sense for their business and still find value.
One downside to ITIL—if you’re in a hurry to make changes to your incident response process—is that it can involve formal change management and an expert consultant, delaying improvements.
For teams who want to get started right away, the DevOps incident management approach will help them come together and realize benefits immediately.
