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.
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 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.
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
- Sort the three commitments by the other party: customer, internal team, external supplier.
- A target not tied to a defined service is a metric with no purpose. That is the stated objection.
- The judgement question wants all four information sources combined, never a single best one.
- A service level requirement is a need, not an agreement — it comes before negotiation.
- 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
- An organization agrees a target for 'average response time of the order-entry transaction' but this measure is not tied to any service in the service catalogue. Why does the service level management practice warn against this? machine-checked
- Beyond producing reports, which capability does the service level management practice most depend on? machine-checked
- An internal IT department agrees with the internal network team that network faults affecting the payroll service will be picked up within 15 minutes. There is no external party involved. What is this agreement normally called? machine-checked
- A provider has committed to a customer that a service will be restored within four hours. Delivery depends on a hosting company outside the organization. What should the provider put in place with that hosting company so the commitment is realistic? machine-checked
- Which combination of information best supports the service level management practice in judging whether a service is performing acceptably? machine-checked
Practise Measurement, engagement and underpinning agreements
The rest of objective 7
- Incident management, priority and major incidents
- Incident records, escalation and service requests
- Requests versus incidents, and finding problems
- Workarounds, known errors and problem control
- Change enablement and the three types of change
- Change authorities and the change schedule
- Authorisation routes and what a service desk is
- Service desk channels and user experience
- Service level agreements and honest targets
- Measurement, engagement and underpinning agreements — you are here
- Continual improvement and its model
- Who improves, which principles apply, and the value chain