This is How to Use ITIL, DevOps, and SRE Best Practices

When someone asks what type of “shop” your organization is, can you answer that it’s ITIL, DevOps, or SRE? Some people can, but if you’re a large enterprise, the answer is likely a combination of these operating models. ITIL can work alongside DevOps and SRE principles, though they appear to be different. The trick is to ensure that regardless of your organizations’ different operating models or toolchains, you have shared visibility, communication, and collaboration across teams. This will allow you to stay aligned while using the best practices from each method.

What’s ITIL? If you’re not familiar…

ITIL (information technology infrastructure library) is a method developed to create a single source of best practices for information technology. According to CIO writers Sarah K. White and Lynn Greiner, “Developed by the British government’s Central Computer and Telecommunications Agency (CCTA) during the 1980s, the ITIL first consisted of more than 30 books, developed and released over time, that codified best practices in information technology accumulated from many sources (including vendors’ best practices) around the world.”

What’s the relationship between ITIL and ITSM

ITSM is the process for how a company manages its IT services. This process is very customer oriented and contains 5 steps:

  1. Service Design
  2. Service Transition
  3. Service Operation
  4. Continual Service Improvement

How ITIL works with DevOps

With the ITIL process, your focus is on aligning IT with your organization’s business goals. This dovetails well with the DevOps philosophy of breaking down silos in the organization. By breaking down these silos, you can prevent bottlenecks in communication. This allows teams to ship features that customers want faster while abiding by the CAMS model (culture, automation, measurement, sharing) more closely. But how does this actually look when applied to an organization?

When to use which?

Your organization will rely on ITIL and DevOps for different situations. For example, it may make sense to leverage DevOps best practices between development and operations teams. These teams need to align on workflows, code pushes, automation, and monitoring. But, when communicating between different parts of the organization, ITIL practices might come in handy This graph gives a few examples of how the two methodologies are applicable in differing situations.

Alignment between IT and the rest of your organization

The result of employing a mixture of ITIL and DevOps best practices is better alignment on organization-wide goals. When IT and the rest of an organization function as totally independent entities, one side will likely always feel overworked and under-supported. In “The Phoenix Project,” a novel looking at a fictional organization’s struggles with IT integration, this becomes a central conflict.

In the book, IT was partially responsible for R&D and sales initiatives succeeding. R&D required accurate data and inventory reporting to replenish inventory and go to market with new products. Sales required a CRM, phone/voicemail, and MRP system that was effective. Without cross-functional communication, there was no way to plan for these necessary changes. Instead, departments made unreasonable demands on each other, and the company revenue tanked.

Shared ownership and continuous improvement

Alignment between DevOps and ITIL frameworks also leads to another benefit: a shift in mindset. DevOps brings innovations to the ITIL framework by encouraging shared ownership and continuous improvement.

How ITIL works with SRE

Now that we’ve covered how DevOps and ITIL align, it’s time to talk about how SRE and ITIL align. As SRE is an implementation of DevOps, many of these alignments are similar. It’s possible to use the best practices from all three methodologies.

The seven tenets of ITIL

  1. Start Where You Are: Adopting SRE best practices is not one size-fits-all. Everyone starts somewhere. Taking the first steps and implementing and iterating as you go is what matters most.
  2. Keep it Simple and Practical: In the Google SRE book’s chapter on simplicity, it states “Unlike just about everything else in life, ‘boring’ is actually a positive attribute when it comes to software! We don’t want our programs to be spontaneous and interesting; we want them to stick to the script and predictably accomplish their business goals.” Simplicity in both software and business operations streamlines communication and increases velocity. This helps ensure that reliability isn’t compromised. Less is more.
  3. Optimize and Automate: One of the goals of SRE is to automate toil-heavy processes. This frees up developer time to focus innovation, allowing features to ship faster.
  4. Progress Iteratively with Feedback: SREs set alerts for the most important and user-centric metrics. The metrics, alerts, and SLOs they’re tied to are all iterated upon to meet customer needs.
  5. Collaborate and Promote Visibility: SRE is collaborative. It focuses on a blameless work culture that values learning from failure. Each team member is doing what he or she thinks is best for the organization.
  6. Focus on Value: Without customers, there is no value in software. Business value is created when customers want, and are getting what they need, from a product. SRE ensures that the product is reliable enough to provide value to the customers. Thus providing value to the organization.
  7. Think and Work Holistically: By breaking down silos and focusing on scalability and reliability on a holistic level, SREs are able to provide significant benefits in maturing the organization. Business-wide success is in the hands of every team member. SREs make sure that the company’s product, systems, and procedures are resilient.

Flexible and rapid change management

One of ITIL’s best practices is coordinated change management overseen by the change authorization board (CAB). But, as noted by partner at Mindbridge Kaimar Karu, “Having the CAB review every single change request isn’t efficient, and it’s definitely not common sense, especially when their costs can run to tens of thousands of deployments per hour in some organizations. However, having the CAB review change requests of unknown risk, when parts of the business need to be consulted because they might be impacted, makes a lot of sense.”

The ITIL, DevOps, and SRE dream team

While some organizations operate with only one of these methodologies, many find that a mixture of the three is best. Below is a graph of the strengths of each method. You’ll see the methodologies are in fact different, and very complementary.

Giving you all you need to know about Site Reliability Engineering.

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store