Service Operating Model All articles
Governance and Risk

The Policy in the Pattern: Auditing Shift Design as an Operating Decision

Service Operating Model
The Policy in the Pattern: Auditing Shift Design as an Operating Decision

Introduction

Most service operating models are documented in thick packs: service hours, tiered support, escalation paths and quality standards. The rota sits elsewhere — in a spreadsheet maintained by a team leader, revised weekly and rarely reviewed by anyone with a governance title. That separation is a mistake. A rota is not a neutral allocation of hours. It is a set of decisions about when the service is genuinely available, which skills are present, who can authorise an exception and how much information survives the handover. In governance terms, the rota is where service policy becomes real.

The gap between the service promise and the rostered reality is often invisible until something fails: a complaint escalated at 7:30am with no supervisor on shift; a case handed over with a truncated note; an agency worker unfamiliar with a legacy process. These are not people problems. They are design problems, and they sit within the remit of anyone responsible for service governance and risk.

Why shift design is a governance question

A shift pattern decides four things that boards and service committees care about: availability, capability, authority and continuity.

Once you accept these four points, the rota becomes a policy document. It should be read, challenged and version-controlled alongside the rest of the operating model.

A four-part audit of shift design

The audit below can be run with existing data. It does not require new systems, only a deliberate reading of what is already scheduled.

1. Boundary inventory

List every shift boundary in a typical week, including start times, end times, breaks and handover points. For each boundary, record:

This inventory often reveals that handovers are informal and squeezed at the edges of shifts. The result is a service that is technically staffed but practically uninformed. A boundary with no overlap and no standard handover note is a policy choice to accept information loss.

2. Coverage arithmetic

Compare the published service hours with the hours actually covered by competent staff. Break this into:

The aim is not to produce a single utilisation percentage. It is to identify where the service promise is underwritten by hope. For example, a team may have 120 contracted hours a week but only 95 hours of experienced cover because part-time staff work short shifts that exclude the busiest handover periods. That is a policy decision about where experience sits.

In the UK, the Working Time Regulations 1998 and agency worker rules set the legal frame, but they do not decide service design. The audit is about the choices that remain.

3. Supervision density

Map supervisor presence across the week. Calculate the ratio of supervisors to staff by shift, and note the hours where no supervisor is rostered. Then ask: which decisions require supervisor authority, and what happens when that authority is absent?

In many operations, supervisor cover is assumed rather than designed. The rota may show a supervisor on shift, but that person is also counted as front-line capacity. The audit should distinguish between supervisory presence and supervisory capacity. A supervisor who is taking calls is not supervising.

4. Agency and part-time dependency

Quantify the proportion of shifts filled by agency or temporary staff, and the proportion of part-time patterns that involve fewer than three consecutive days. High agency reliance is not inherently bad, but it changes the risk profile: induction time, process knowledge and handover load all shift. The audit should record how agency staff are inducted, who supports them and which queues they are asked to cover. A rota that places agency staff on complex queues without a nominated buddy is a risk decision that should be visible to governance.

From audit to governance action

The output of the audit should be a short shift design statement. It need not be long. It should list the policy choices the current rota makes, for example:

Once stated plainly, these choices can be reviewed. Some will be acceptable; others will need change. The point is to move them from the spreadsheet to the governance forum, where they can be prioritised, resourced and monitored.

Practical steps:

Conclusion

The rota is not a back-office artefact. It is the operating model in motion. If you want to know what a service actually promises, read the shift pattern. If you want to change what it delivers, change the pattern — deliberately, with evidence and with the same governance rigour you apply to any other policy.

All Articles

Related Articles

Signed, Sealed, Delayed: Rethinking Authorisation Chains in Service Operations

Signed, Sealed, Delayed: Rethinking Authorisation Chains in Service Operations

Words That Make the Queue: Auditing the Definitions Behind Service Decisions

Words That Make the Queue: Auditing the Definitions Behind Service Decisions

The Inherited Front Door: Auditing a Combined Service Model in the First Hundred Days

The Inherited Front Door: Auditing a Combined Service Model in the First Hundred Days