Weekly Top 10: ITIL vs. DevOps – Top Takeaways

Written by: Electric Bee
1 min read
Stay connected

Earlier this week, we hosted our Continuous Discussion video podcast , this time discussing ITIL and DevOps. The episode featured expert panelists Jan-Joost Bouwman (ING), Kaimar Karu (AXELOS), Jeff Sussna (DevOps writer and speaker) and Simon Morris (ServiceNow). During our discussion, we uncovered the similarities and differences between ITIL and DevOps, and discussed tips for how to align the two methodologies in an organization. Read on for the top highlights, best practices and key takeaways from this week’s expert discussion. Want more #c9d9 ? Join us every other Tuesday at 10 a.m. PST for free, live episodes of Continuous Discussions video podcast. In the meantime, you can watch every single Continuous Discussion here  or on our Youtube playlist . Also, be sure to join us on Tuesday, March 22nd for a special episode of #c9d9 at 5 p.m. PST, live from Mobile Delivery Days  conference.

1 simon-moris Pro tip: You don’t have to obey every page of ITIL manuals. Simon Morris says, “Any company which slavishly follows the manual is on the path to nowhere good. ” In fact, companies should think about adapting any model – whether it is ITIL, DevOps or Agile – to their business needs. In other words, ITIL is the blue pill and DevOps is the red pill – if presented with both, take both.

2jan-joost-bouwan-c9d9-devops DevOps is more of a mindset of how you want developers and operations to work together in an organization, but it doesn’t tell you how to do your Ops. Solution: “Look at what parts bring value and keep them, and those that don’t produce value, lose them.” – Jan-Joost Bouwman

3 jeff-sussna-c9d9-devops Why choose ITIL? “It’s an antidote to chaos,” says Jeff Sussna . ITIL is a good way to get control over what you are doing; however, the danger is when you become too focused on the process. The process tends to get ossified and loses touch with the underlying service premise of ITIL. Keep the focus always on service . It’s not about Dev, Ops, software or servers, it’s about the service . Go beyond Dev and Ops when thinking about service. Think about the product/design/support, how we teach people how to use the product and how we get feedback. This gives the ability to evolve a product.

4kaimar-karu-devops-c9d9 The phrase “Implementing ITIL” should not exist – you cannot do that. ITIL should be adopted – in terms of mindset, and adapted – take as much or as little as you need. It’s less about the process and more about the organizational capability. – Kaimar Karu

5 jeff-sussna-c9d9-devops DevOps brings back the human factor on two levels: 1) Getting teams to work with each other to solve problems instead of in a queue, and 2) Focuses on automation so that humans can focus on working together. – Jeff Sussna

6simon-moris ITIL does not support a culture of learning like Lean or Agile or DevOps – fragile infrastructure companies most likely do not support a culture of learning. People who follow DevOps are more attuned to learning from failure. – Simon Morris

7 jan-joost-bouwan-c9d9-devops Use incident management straight from ITIL, but reserve capacity in sprint planning for operational stuff; for example, use 30 of sprint planning for solving incidents. Items that are ready to go into production should then be checked by an automated CAB. Dev and Ops should work together and should understand the other persons’ skill – but there are still people that are better at coding and people that are better at learning. Let each do what they are best at. – Jan-Joost Bouwman

8 kaimar-karu-devops-c9d9 Nine things you should keep in mind for ITIL that also align with DevOps: 1) Focus on value 2) Work holistically 3) Keep it simple 4) Design for experience 5) Progress iteratively 6) Collaborate 7) Start where you are 8) Observe directly 9) Be transparent. – Kaimar Karu

9simon-moris When something goes wrong, ITIL companies tend to think the answer is to add more process. To them, learning means: “How can I get people to do more work to get more work done?” DevOps says “Let’s get to the root cause,” whether it’s lack of infrastructure or available rollback. – Simon Morris

10 anders-wallgren-c9d9 If you don’t automate, you will never mature – it needs to be step number one. Do not have people doing stuff that can be automated, it creates poor IT and infrastructure. – Anders Wallgren +anders-wallgren-c9d9 Bonus:  I don’t want a neurosurgeon in the morning doing thoracic surgery in the afternoon. Same goes with DevOps – don’t hire someone that can do both on a mediocre level, hire someone that specializes in one or the other. – Anders Wallgren

Watch the replay of the episode for more:

Stay up to date

We'll never share your email address and you can opt out at any time, we promise.