Skip to main content

Questions about OLAs and SLAs

The Professor was recently asked about the following very interesting situation.

In my organization, we have a service desk that is not part of the main IT department.  Since we are a service desk solution provider, it is actually in one of our businesses units.  So our IT department has chosen to take advantage of that in-place service desk to effectively also be the service desk for internal employees.   Is this a situation where an operational level agreement (OLA) applies?    Or are the “parts” of the internal organization too far apart and a service level agreement (SLA) is more appropriate? I think the idea is that the OLA applies to different internal groups within IT?   Is that true?
Let’s first define these terms and then apply them to this situation. An SLA is an agreement between a service provider and a customer. In the case of the service desk that is in one of the company’s business units, that service desk is a Type I (internal) service provider. Since ITIL is non-prescriptive on organizational structures and focuses more on the value chain concept, it does not matter ‘where’ the service desk is located. The service desk is serving as a function and helping to provide IT services to the business, therefore the agreement on the services that the service desk provides to the business would be reflected in a SLA. In other words, the IT organization is a customer of the service desk, hence the need for an SLA. This is an important concept as SLAs document not only the expected service level targets; they also specify the responsibilities of both the service provider and the customer. An important customer responsibility is that the customer must be willing to fund the agreed upon level of service. In other words, the IT organization as the customer in this case, must be willing to ‘pay’ for the services it is receiving from the service desk. This is particularly important in this situation as without adequate funding, the service desk may not have the resources needed to satisfy both its external and internal customers…putting the business at risk either way.

An OLA is an agreement between an IT service provider and another part of the same organization and underpins an SLA. Any arrangements that the service desk has with other parts of the same organization (including the IT organization) would be reflected in OLAs. So if, for example, the IT desktop support or network support teams, or a non-IT department such as Facilities, provide second or third level support to the service desk, how those teams support the services delivered by the service desk would be reflected in OLAs. Those OLAs would unpin the SLAs that the service desk has with its customers. If an external supplier such as a software publisher also provides second or third level support to that service desk, how that company supports the services delivered by the service desk would be reflected in an underpinning contract. Those underpinning contracts would unpin the SLAs that the service desk has with its customers.

The professor was further asked…
Also, in another situation if you actually have a service desk that has been outsourced, then you as the IT provider would have the underpinning contract with that supplier, but from the supplier perspective, they would have an SLA with you?
The concept of ‘SLA’ is widely used to formalize service provider/customer relationships, both internally and externally. A contract comes into play when an enforceable commitment is required. These contracts are often referred to as ‘SLAs’ but the important distinction is that contracts are legally binding agreements

If you have outsourced your service desk, you would have a contract with the supplier of those services. That contact will contain terms that speak to the levels of service that you have agreed upon, and so may in practice be referred to as an ‘SLA,’ but it must also include the language that makes it a legally binding agreement. It is therefore, technically, a contract. Before signing on the dotted line, however, it is important to ensure that the contract reflects terms that adequately unpin any SLAs that you have with your customers.

The Professor would be happy to debate this topic further as it presents some very interesting situations. What do you think?

Comments

Popular posts from this blog

Four Service Characteristics

Recently I came across several articles by researchers and experts that laid out definitions and characteristics of services. ITIL provides us with a definition that can help drive the creation of value-laden services: A means of delivering value to customers by facilitating outcomes customers want to achieve without the ownership of specific costs and risks. An area that ITIL is not so clear is in terms of service characteristics. Several researchers and experts put forth that services have four basic characteristics (IHIP): Intangibility—Services are the results of actions not things. They have no physical presence and represent a logical set of elements. One way to think of service is “work done for others.”  Heterogeneity—Also known as “variability”; services are unique items because of the mechanisms used to deliver services, which is people. Because the people element adds variability, the service is variable. This holds true, especially for the value proposition—not eve...

What Is A Service Offering?

The ITIL 4 Best Practice Guidance defines a “Service Offering” as a description of one or more services designed to address the needs of a target customer or group.   As a service provider, we can’t stop there!   We must know what the contracts of our service offering are and be able to put them into context as required by the customer.     Let’s explore the three elements that comprise a Service Offering. A “Service Offering” may include:     Goods, Access to Resources, and Service Actions 1. Goods – When we think of “Goods” within a service offering these are the items where ownership is transferred to the consumer and the consumer takes responsibility for the future use of these goods.   Example of goods that are being provided in the offering – If this is a hotel service then toiletries or chocolates are yours to take with you.   You the consumer own these and they are yours to take with you.      ...

What is the difference between Process Owner, Process Manager and Process Practitioner?

This article was originally published in 2015. With the Introduction of ITIL 4, some of this best practice has changed. See  ITIL 4 and the Evolving Role of Roles . Updated Definitions in ITIL 4: Process Owner: In ITIL 4, the concept of 'processes' has expanded into broader 'practices.' Consequently, the Process Owner is now often referred to as the 'Practice Owner.' This individual is accountable for the overall design, performance, integration, and improvement of a specific practice within the organization. They ensure that the practice achieves its intended outcomes and aligns with the organization's objectives. Process Manager: Now commonly known as the 'Practice Manager' in ITIL 4, this role is responsible for the day-to-day management of the practice. The Practice Manager ensures that activities are carried out as intended, manages resources assigned to the practice, and oversees the practitioners performing the work. Process Practit...