Measurement, engagement and underpinning agreements

Why a target has to attach to a defined service, the capability service level management depends on beyond reporting, and the three commitments — SLA, operational level agreement and underpinning contract — sorted by who the other party is.

Lesson 10 of 12 in objective 7. Seven ITIL practices in detail, part of ITIL 4 Foundation.

Three commitments, told apart by who is on the other side. SLA — The other party: The customer; Inside the organisation?: No — it faces the consumer; What it supports: The service level promised. Operational level agreement — The other party: Another internal team; Inside the organisation?: Yes; What it supports: The provider's own commitment. Underpinning contract — The other party: An external supplier; Inside the organisation?: No; What it supports: The same commitment, from outside SLA Operational level agreement Underpinning contract The other party The customer Another internal team An external supplier Inside the organisati- on? No — it faces the consumer Yes No What it supports The service level promised The provider's own commitment The same commitment, from outside
Three commitments, told apart by who is on the other side.

A target with no service behind it

An organisation that agrees a target for the average response time of the order-entry transaction, where that measure attaches to no service in the catalogue, has produced an individual metric with no purpose behind it. The practice warns against this because a number that is not tied to a defined service cannot be judged: there is nothing to say whether hitting it means anything for anybody.

It is also how organisations accumulate dashboards nobody acts on. The requirement is that targets relate to a defined service, and through that service to what the customer is trying to achieve.

The test a target has to pass before anyone can judge it. One test, and exactly one way out of it. The test is: Does the target attach to a defined service? (a defined service, not the transaction the number was measured on). It attaches to no service in the catalogue leads to An individual metric with no purpose (the order-entry response time, with nothing to judge it by); It relates to a defined service leads to A target that can be judged (it reaches through that service to what the customer is after). Does the target attach to a defined service? a defined service, not the transaction the number was measured on It attaches to no service in the catalogue It relates to a defined service An individual metric with no purpose the order-entry response time, with nothing to judge it by A target that can be judged it reaches through that service to what the customer is after
The test a target has to pass before anyone can judge it.

The capability the practice actually runs on

Beyond producing reports, service level management depends most on listening to and engaging with customers so their real needs and priorities are understood. Reporting is the visible output; engagement is what makes the reported things the right things.

That is why the practice is often described as relationship work rather than measurement work, and why the wrong options here — better dashboards, more frequent reporting, automated data collection — all improve the machinery without improving what the machinery is pointed at.

What service level management leans on most, and what only sharpens the machinery. From What the practice depends on most to Improves the machinery, not the aim: Engaging with customers (the real needs and priorities behind the reports), then Reporting (the visible output rather than the foundation), then Dashboards, report frequency, automation (the usual wrong answers: better tools, same aim). What the practice depends on most Engaging with customers the real needs and priorities behind the reports Reporting the visible output rather than the foundation Dashboards, report frequency, automation the usual wrong answers: better tools, same aim Improves the machinery, not the aim
What service level management leans on most, and what only sharpens the machinery.

Three commitments, sorted by the other party

An SLA is with the customer. An operational level agreement is with another part of the SAME organisation — an internal IT department agreeing with its own network team that network faults affecting payroll are picked up within fifteen minutes has an operational level agreement, and the giveaway is that no external party is involved. An underpinning contract is with an external supplier, and it exists so that a commitment made to the customer is actually deliverable.

The pattern the exam likes is a provider that has promised four-hour restoration to a customer while delivery depends on an outside hosting company. The right answer is an underpinning contract with terms that support the four-hour commitment: you cannot promise the customer something your supplier has not promised you.

A fourth term rounds this out and is not an agreement at all. A service level requirement is a stated need, expressed before anything is negotiated. If a question describes what the customer says they need, with nothing settled, that is a requirement rather than an agreement.

What "performing acceptably" is judged from

No single source answers whether a service is performing acceptably. The practice draws on engagement with the customer, operational metrics, business metrics and what customers say back, all TOGETHER, and the correct option is always the one that combines them rather than the one that nominates a best single source.

The reason is the watermelon again: operational metrics alone produce the green-report failure, and feedback alone produces an impression with no evidence behind it. Each source covers a blind spot in the others.

Worth carrying in

Service level requirement
A stated need before negotiation. Not an agreement.
Operational level agreement
With another team inside the same organisation.
Underpinning contract
With an external supplier, supporting a commitment made to the customer.
Engagement
Listening to customers. What the practice depends on beyond reporting.
Four sources
Customer engagement, operational metrics, business metrics and feedback, together.

What the exam does with this

Objective
7. Seven ITIL practices in detail
Share of the exam
47.5% (the whole objective)
Questions in this lesson
5
Signed for by a person
0

Partly checked. None of the 5 questions here has been read against the cited source by a person. 5 questions have been checked against their cited clause by an automated pass — which is not the same thing, and is not a signature.

Only questions a person has signed for are used in mock exams here. That is the whole difference between the two kinds of checking above.

How these questions are written — where each question comes from, what the verification ledger records, and what happens when one is found wrong.

Drill this lesson

A lesson is one sitting: the trainer draws a short run from these questions alone and spaces the ones you get wrong.

Practise Measurement, engagement and underpinning agreements

Questions in this lesson

Practise Measurement, engagement and underpinning agreements

The rest of objective 7