So, your organization is investing in an Enterprise Service Management (ESM) strategy. It’s a great move! But could it be doing more? Well, if your organization is doing what most organizations do, the short answer is a resounding “yes.” Now, you might think that the opportunity here is the wider use of IT Service Management (ITSM) capabilities across your organization – in other business functions – which will, of course, be beneficial when executed well. But instead, I’m referring to the wider use of available ITSM best practices. Especially since the new version of the ITIL ITSM best practice guidance – ITIL 4 – introduced so much new Service Management guidance.

Looking at Service Management adoption levels

The world of ITSM doesn’t see as much statistical data as it used to, unfortunately. This is also true for Enterprise Service Management, where any adoption-level statistics usually refer to how many organizations are “doing” ESM.

This, however, is a difficult percentage to pin down because of the likelihood that apples are being compared to oranges rather than other apples. For example, the corporate ITSM tool might be used by another part of the organization to fulfill a need, but there’s no Enterprise Service Management strategy. Or where there is a strategy being executed, it might be for half a dozen other business functions, but it could also just be for just one. It’s very similar to where an organization can quite rightly say that it has adopted ITIL when it’s simply using a small part of just one of the 34 management practices in ITIL 4.

What’s more interesting and relevant for this blog post is the relative level of ITSM/ITIL process adoption as part of enterprise service management strategies, i.e. the ITSM capabilities that are more likely to be shared and perhaps adapted for other business functions such as human resources (HR), finance, legal, facilities, security, procurement, and customer services/support.

The adoption levels of Service Management processes by other business functions

During Praecipio Consulting's recently published State of Service Management survey, we saw fairly broad adoption of some Service Management practices outside of IT. In fact, more than half of respondents told us that the top six practices were implemented in their organizations. That's a great improvement from previous surveys on this topic, but it shows there's still plenty of room to apply the power of the other Service Management practices. 

To download the entire report for a detailed look into Service Management adoption across a wide variety of organizations, follow this link:  2021 State of Enterprise Service Management Report - Praecipio.

Of course, the above percentages are also influenced by the relative adoption levels of each ITSM capability by IT organizations themselves. For example, if only 60-70% of IT organizations claim to employ problem management best practices, then it’s highly unlikely that the third of organizations that don’t use it would try to share the capability with other business functions.

The key focus is that Enterprise Service Management strategies or approaches are sharing ITSM capabilities that can be considered the domain of the IT Service Desk, such as the ability to deal with requests for help, information, service, and change, all while enabling capabilities such as knowledge management, self-service, and workflow automation/platform-based capabilities.

Hence, while we talk of Enterprise Service Management as the sharing of ITSM capabilities with other business functions, it’s only a small subset of ITSM capabilities that are commonly shared. And organizations and their various business functions could further benefit from the greater adoption of other ITSM capabilities.

Taking enterprise service management beyond the service desk

There were many opportunities to extend the use of ITSM, or ITIL best practice in particular, with ITIL v3/2011. The introduction of ITIL 4 not only increased the guidance content from 26 processes to 34 management practices, it also:

• Presented the guidance from a Service Management, rather than an ITSM, perspective such that it’s more easily understandable and accessible outside of IT
• Built the guidance around the concept of the co-creation of value through Service Management

The latter of these in particular is something that should now be included in the extension of Service Management capabilities – including the use of ITSM tools – to other business functions. The obvious caveat is that it’s highly unlikely to happen without IT itself transitioning from ITIL v3/2011 to ITIL 4 first.

This future transition offers up a suitable decision point for the ongoing focus of an organization’s Enterprise Service Management investments: if the IT Service Desk’s capabilities are changed in light of the new ITIL 4 guidance, then the same would also benefit the other business functions that currently operate their variants of the original ITSM capabilities. It’s also a great opportunity to understand which other ITSM capabilities – both old and new – would additionally benefit the operations and outcomes of these business functions.

Examples of enterprise service management beyond the service desk

Even before the release of ITIL 4, some existing ITSM/ITIL capabilities were readily suited for and would have benefited other business functions. Problem management is a good example, with Customer Service/Support departments and Facilities teams able to employ similar problem management capabilities to IT – across people, processes, and technology – to identify and remove the root causes of regularly seen/reported issues.

Another good example is Continual Service Improvement (CSI) – which is now simply “continual improvement” in ITIL 4. After all, every part of your organization would likely benefit from having a formalized approach to the improvement of operations, services, experiences, and outcomes.

With the broader scope of ITIL 4, there are many additional practices that can be shared with other business functions to drive improved operations and outcomes, such as organizational change management, risk management, service design, strategy management, and workforce and talent management.

So, your organization’s Enterprise Service Management strategy could encompass far more than the IT service desk elements of ITSM – where the benefits outweigh the costs.

Hopefully, this post has you thinking about your organization’s current Enterprise Service Management successes and the potential for even more going forward. If you would like to find out more about the opportunities to improve the operations and outcomes across your entire organization - or if you need to get started with Enterprise Service Management - get in touch with us at Praecipio.

The change to remote work has forced Information Technology (IT) teams to quickly and efficiently serve their customers. Due to this, many people talk about using ITSM processes or ITIL strategies to help their teams.

ITSM vs. ITIL

When looking at ITSM and ITIL, it gets confusing. Are they the same? Or completely different? What does an IT team implementing these practices look like? To answer these questions, we first have to understand the differences between ITSM vs. ITIL.

What is ITSM?

Atlassian defines Information Technology Service Management (ITSM) as a way IT teams manage the end-to-end delivery of IT services to customers. This includes a defined set of processes to design, create, deliver, and support IT services. 

I think of ITSM simply as a set of tools you can use to improve your IT team. Just like you would use a handsaw to cut a piece of wood or a screwdriver and a screw to connect two pieces of wood together, you have to think about what you would like to accomplish with your IT team and which tool would be best for the job. 

ITSM processes focus on your customer's needs and services rather than the IT systems behind the scenes. These processes, when implemented properly, can help cross-department collaboration, increase control and governance, deliver and maximize asset efficiency, provide better and quicker customer support, and reduce costs across the organization. Just look at how this global leader in electronic payments saved $4 million by implementing ITSM best practices.  

What are some of these magical processes? Glad you asked! 

1. Service Request Management
   Any incoming inquiries asking for access to applications, software licenses, password resets, or new hardware is classified as Service Requests. These requests are often recurring and can be made into simple, duplicable procedures. These repeatable procedures will help IT teams provide quick service for the recurring requests. Applying well-designed practices to your Jira Service Management application can streamline the process for an organization's customer to create Service Requests and for internal IT teams to act on the Service Requests.

2. Knowledge Management
   The process of making, sharing, utilizing, and managing data of an organization to attain its business objectives can all be a part of Knowledge Management. Creating a Knowledge Base (KB) for IT teams to create content is crucial for teams to learn from the past and maximize productivity. Having a collaborative workspace, such as Confluence, for all teams to work within can help create one source of truth of information. KB articles can also be shared with your customers through the Jira Service Management portal to help resolve common or simple Service Request without having to contact the IT Team.

3. IT Asset Management (ITAM)
   IT Asset Management (also known as ITAM) can help ensure valuable company resources are accounted for, deployed, maintained, upgraded, or properly disposed of. Because assets have a relatively short life-cycle, it is important to make the best use of all assets. Integrating tools such as Insight with your Jira instance can help track all valuable assets throughout your organization conveniently within Jira issues in real-time.

4. Incident Management
   Any process that is responding to an unplanned event or downtime will fall under the Incident Management bucket. The only goal of Incident Management is to make sure that problematic services are brought back to their original operational status in the shortest time possible. For any incident to be quickly resolved, the original reporter has to be able to quickly communicate with the proper IT team asking for help and the IT team must be able to easily communicate back with the reporter to gather any relevant information needed to solve the problem. Jira Service Management can help make this crucial communication effortless.

5. Problem Management
   Taking lessons learned from an incident and determining the root cause of the problem so that future incidents can be prevented or, at minimum, limiting downtime is the basis of Problem Management. Once a root cause analysis is performed on an incident and documented within your Confluence instance, the impact of future incidents can be reduced.

6. Change Management
   Change Management can be used to control and understand the impact of changes being made to all IT Infrastructure. The Change Advisory Board (CAB), a group of individuals tasked with evaluating, scheduling, and validating a change, can be leveraged to better maintain and ensure the stability of your IT Infrastructure. By taking advantage of Jira, employees can easily suggest changes and the CAB will be able to review the proposed changes, approving and scheduling the change as they see fit.

To see these processes in action, let's consider a tangible example that will help bring it all together:

"Austin Snow" is a new employee at your company. As part of the onboarding process, they will need a brand new laptop. As their manager, you submit a Service Request to your IT team through the Jira Service Management Help Center. An agent in your accounting department is then assigned to this task. Using information from a KB article that has been built out in a Confluence page, the agent can see that they are supposed to put in a purchase order for the new device. From the Confluence page, the agent also knows to add this new asset in Insight and assign ownership to Austin.

Once the laptop is delivered and Austin tries to access an application and finds that they get a 404 error message. Austin reaches out to the IT team through the Help Center to create an incident with them. The IT team then proceeds to investigate this issue. They can find the root cause of the problem and fix it. Using the lessons learned from this incident, the IT team performs a root cause analysis (RCA) for the problem. As a result of the RCA, it is found that a change to the organizations' infrastructure can help prevent this problem in the future. The IT proposed the change to the Change Advisory Board (CAB) who then investigates the impact of this change, weighs pros and cons and schedules an outage window to perform this change. 

As can be seen in this example, ITSM processes can help quickly fulfill requests, transfer knowledge, keep track of assets, respond to problems, identify the cause of a problem, and implement any changes needed to prevent problems in the future. 

What is ITIL?

Information Technology Infrastructure Library (ITIL) is a set of best practices designed to support a company's IT operations. ITIL was introduced in the late 20th century as a series of books by a government agency in Great Britain in an attempt to help the British Government provide a better quality of IT service at a lower cost. ITIL v2 condensed all of the content in the early 2000s into nine publications. These two older versions are seldom used; most organizations currently implement ITIL v3 or ITIL 4.

ITIL 4

Most recently, ITIL 4 took into consideration the latest trends in technologies and service management to help organizations as they undergo digital transformation. ITIL 4 consists of two main components; the four dimensions model and the service value system (SVS).

The four dimensions model lays out four key areas to consider to ensure a holistic approach to service management. These four dimensions are Organizations and People, Information and Technology, Partners and Suppliers, and Value Streams and Processes. The four dimensions have to work together to help ensure that any Product or Service provided to the customer is able to provide value in an effective and efficient manner.

For example, in the above Austin Snow use case, the Organizations & People would be the HR Team performing the onboarding, the IT team helping deliver the laptop, the Support team handling the outage, and Austin Snow themself. The Information & Technology would be all the tools, Jira Service Management, Insight, etc. that were used to help Austin. The Partners & Suppliers would consist of the internal IT team in charge of the service request and incident management or any other external team that was leveraged to deliver the request or fix the incident. Finally, the Value Streams & Processes would consist of any well-defined procedures that were used to help deliver the service to Austin.

Source: AXELOS, “ITIL Foundation: ITIL 4 Edition” (2019)

The service value system lays out how all the components of an organization have to work together to provide maximum value. To accomplish this, 5 main elements are used to produce Value from an Opportunity or Demand; Guiding Principles, Governance, Service Value Chain, Practices, Continual Improvement. 

Guiding Principles help define how an organization will respond in all circumstances. These principles should be considered when making any decisions. Governance defines how an organization is directed and controlled and always stems from Guiding Principles. The Service Value Chain is a set of inter-united processes used to deliver a product or service to a customer. Practices are resources to help perform work. Continual Improvement is how the process can be improved to help provide the most amount of Value to an organization. When all of the elements of the SVS are implemented and used properly, an organization will be able to capitalize on every Opportunity. The four dimensions must be considered with all elements of the SVS to ensure a great quality of service is provided to your customers. 

How are ITSM and ITIL Different?

Now that we have laid down a foundation for ITSM and ITIL concepts, let's discuss ITSM vs. ITIL.

These two concepts are not opposing ideas. ITIL is a framework of ITSM, meaning ITIL takes the concepts and values of ITSM and lays out a set of defined best practices that organizations can easily apply to their business to help improve IT services. In other words, ITSM processes describe the "what" while ITIL best practices describe the "how". 

ITIL is not the only ITSM framework; frameworks or processes such as DevOps, Kaizen, Lean, and Six Sigma are also implemented by organizations. ITIL is the most popular ITSM framework to help improve IT service delivery.

Modernizing Your Business Operations

To summarize comparing ITSM vs. ITIL, ITSM is a defined set of processes to design, create, deliver, and support IT services. ITIL, a framework of ITSM best practices, can be used as a set of guidelines to quickly adopt ITSM principles into your organization. 

Praecipio can help modernize your operations by extending service management capabilities to all teams in the organization.  We’ve seen it all when it comes to poorly managed ESM, and our team of experts brings together your people, processes and technology to meet your business needs. 

If you have more questions on ITSM vs. ITIL, contact us to learn how your organization can benefit from these powerful methodologies.

The Cost of Quality (COQ) business model describes a method of increasing profits without increasing revenues.

Here’s how it works: COQ increases profit by shrinking business costs. If your business has a 5% profit margin, for example – and you decrease costs by 5% – you’ve doubled your profits. That’s simple enough, but how do you decrease costs?

COQ identifies the importance of shrinking costs without taking the usual cost-cutting measures like not buying everyone’s favorite pens or not stocking refreshments in the break room — the “let’s avoid morale buzz-kills to save a few bucks” approach to increasing profit. Instead, COQ promotes lessening mistakes and increasing business process efficiency.

Companies adopt and tweak COQ to reflect their business goals and in turn their profitability. The model applies to not-for-profit businesses too: budgets are tight; grants, revenues, or contributions may not increase, but the same valuable services need to be delivered with less and less money, right?

COQ is made up of three elements: conformance costs, non-conformance costs, and opportunity costs. We’ll explain these before we explain the rest of what the graphic illustrates:

Conformance Costs

Non-Conformance Costs

Opportunity Costs

Notice these three cost categories are not associated with the cost of producing the output. Materials needed to assemble a product (labor, supplies, etc) are not included. The three elements merely reflect the costs associated with the business process. As we always say, “the profit’s in the process.” The efficiency of your business processes determines your efficiency as a business. If you’re going to maximize your efficiency and profitability, you need a sound understanding of the cost of quality.

Think about it: process is where value is added and where profit is made. Consumers don’t squeeze oranges to make juice anymore. Okay, maybe on rare occasion, but who cuts down trees and processes timber as a raw material to make paper?

The cost of quality is associated with the cost incurred to ensure process outputs (products and services) meet customer requirements. For example, let’s say Company A manufactures pens, a process that takes ten steps to complete. About half of the time, the process works effectively, and high-quality pens are made. The other half of the time, however, is plagued by faulty manufacturing— lackluster execution in the assembly process. As a result, Company A has to keep half of its pens in its shop for a bit longer for fixing/repairing, incurring non-conformance costs. This leads to a lack of consistency. Ultimately, this waste is passed onto the customer with an increased price per unit and/or inferior product— making it more and more difficult to compete.

That’s why COQ’s biggest cost adjustment occurs in reducing non-conformance costs— tightening the process and ensuring customer requirements are met. This may require spending extra money to do some work over again.

Now, to run through the graphic:

• Conformance costs are important and help ensure a business’ success and stability. when optimizing your business, conformance costs should stay the same or in many cases increase.
• Non-conformance costs, as we’ve mentioned, need to drop significantly— though you can never expect to be without them, strive to get rid of them.
• Opportunity cost is the value of the next best choice. It’s the “what could have been.” If a business is suffering from non-conformance costs, the “what could have been,” is higher in the left portion of the graphic, where non-conformance costs are much higher. If a business is succeeding financially, there is little “what could have been,” therefore reducing the opportunity cost.
• Operating costs are constant. They’re the costs of a business’ building, utilities, licenses, etc— which fluctuate, but not enough to factor into this model.
• Profit looks like this: $$$. Reducing non-conformance generates more $$$.

So, how do you reduce non-conformance? Remember: the $$$’s are in the process.

Would you like more from us? Contact us here.