Maximum Wait Guarantee¶
Protocol — instantiates Queue Aging and Starvation Prevention
Commits to an outer bound on waiting past which a specific action must fire — service, review, or explicit disposition — after revalidating that the item still merits it.
Maximum Wait Guarantee is a promise with a hard edge. It names an outer bound on waiting — "no item of this class waits longer than W" — and binds that bound to a specific obligated action that must happen when it is reached: the item is served, or reviewed, or escalated, or explicitly and honestly closed. The defining idea is that the guarantee is an obligation triggered at a boundary, not a reordering of the queue and not a rising score. Nothing about the item's rank changes as it waits; the mechanism simply watches for the boundary and, at the boundary, forces a state change. Because an aged item may no longer be worth full service, the protocol revalidates it just before the bound — checking it is still needed and still actionable — so scarce capacity is not spent honoring a promise on stale work.
Example¶
A national health service publishes a guarantee: no routine specialist referral waits more than 18 weeks without a consultant seeing the case. A patient referred for a non-urgent joint assessment sits in the queue behind higher-acuity cases. At week 16 the protocol fires a revalidation step — the practice confirms the patient still wants the appointment and the referral is still clinically appropriate — and at week 18 the guarantee obligates a consultant review, which cannot be deferred further. The queue order was never changed for this patient; higher-acuity cases kept their precedence throughout. What the guarantee added was a bright outer wall: past 18 weeks, "keep waiting" stops being an option and a defined action must occur. Where a referral is revalidated as no longer needed, it is cleanly closed rather than consuming a clinic slot.
How it works¶
- Set the bound and the class it covers. A maximum wait
Wper class, chosen against harm and obligation, not managerial convenience. - Name the obligated action. Specify exactly what "the bound is reached" triggers — full service, a review, an escalation, or an honest disposition — and make it non-deferrable.
- Revalidate before spending capacity. Just before the bound, confirm the item is still valid and wanted; stale items are dispositioned, not served by reflex.
- Keep the promise honest about capacity. A guarantee the system cannot resource becomes a broken promise, so the bound and the action are sized to real capacity.
Tuning parameters¶
- Bound length
W— the outer wait allowed. Shorter is a stronger promise but demands more capacity; longer risks merely legitimizing neglect. - Obligated-action strength — whether the bound guarantees actual service, a review, an escalation, or a clean rejection. Weaker actions are cheaper but can slide into theatre.
- Revalidation trigger point — how far ahead of the bound the validity check fires, trading early effort against serving work that has gone stale.
- Per-class vs global bound — one universal maximum wait or different bounds by class, tuning how much the guarantee flattens priority.
When it helps, and when it misleads¶
Its strength is that it converts a vague "too long" into a concrete, non-deferrable obligation, which is precisely what high-stakes and rights-bearing queues need — a wall the system cannot quietly push back.
Its failure modes cluster around the promise. An impossible guarantee becomes a trust-damaging lie, and once a hard target exists it invites gaming: clocks get reset, cases get split, or items get superficially "touched" to dodge a breach — the target is hit while the point is missed.[n1] The guarding discipline is to size the bound to genuine capacity, make the timestamp immutable and auditable so a breach cannot be faked, and treat a wave of near-breaches as evidence the service model — not the individual queue — needs fixing.
How it implements the components¶
Maximum Wait Guarantee realizes the commitment face of the archetype — the outer bound and the obligated action, not the queue order:
service_guarantee— the named, non-deferrable action that must occur when the bound is reached.starvation_prevention_rule— the invariant it enforces: no covered item waits pastWwithout service, review, or explicit disposition.revalidation_rule— the pre-bound validity check that ensures scarce capacity is spent only on work still worth doing.
It maintains no rising priority_aging_rule and no live waiting_time_clock curve — those belong to Priority Aging; and it never routes an item to a different, better-resourced lane via an escalation_path — that is SLA Escalation's move. This protocol fixes an obligation at a wall, rather than re-ranking or re-routing.
Related¶
- Instantiates: Queue Aging and Starvation Prevention — the outer-bound commitment realization of anti-starvation.
- Sibling mechanisms: Priority Aging · Wait-Time-Based Priority Boost · SLA Escalation · Deadline Queue · Fairness Rotation · Oldest-Item Sweep · Aging Dashboard
Editorial Notes¶
Form Classification¶
Form family: Rule, Policy & Commitment
Rationale: Maximum Wait Guarantee operates as a standing rule, threshold, contractual commitment, or policy constraint governing future conduct because it commits to an outer bound on waiting past which a specific action must fire — service, review, or explicit disposition — after revalidating that the item still merits it.
Independent corroboration: The frozen evidence defines Maximum Wait Guarantee as 'Commits to an outer bound on waiting past which a specific action must fire — service, review, or explicit disposition — after revalidating that the item still merits it', so its operative form is Rule, Policy & Commitment.
Review outcome: Independent reviewer agreement; high confidence.
Origin Attribution¶
Primary origin: Operations Research
Origin pattern: Cross-disciplinary synthesis
Present-day reach: Multi-domain
Rationale: Waiting-time bounds, queue aging, and starvation prevention derive from queueing and scheduling research.
Related originating lineages:
- Computer Science & Software Engineering — Operating-system scheduling made anti-starvation guarantees an explicit algorithmic mechanism.
- Organizational & Management Science — For Maximum Wait Guarantee, coordination, governance, strategy, process design, and management-control practice materially shaped the mechanism's characteristic form.
- Public Administration & Policy — Service standards turned queue bounds into enforceable public dispositions.
Review resolution: Both independent reviews place the primary provenance in operations_research. The queued differences (alternate_origin_disagreement, encyclopedia_synthesis_disagreement) concern secondary metadata, not primary lineage. The final retains computer_science, public_administration_policy, organizational_management only where a reviewer supplied a formative-lineage rationale; downstream use or broad applicability by itself is not treated as origin. origin_mode=cross_disciplinary_synthesis because the supplied rationales identify formative contributions that are composed in the mechanism's present form. domain_reach=multi_domain records established application breadth separately from provenance. confidence=medium preserves the more cautious evidence assessment. encyclopedia_synthesis=true records whether either reviewer identified deliberate corpus-level composition.
Encyclopedia synthesis: The exact catalogued form synthesizes established practice rather than reproducing a single standard historical label.
Review outcome: Reconciled after independent review; medium confidence.
Notes¶
[n1] Goodhart's law — "when a measure becomes a target, it ceases to be a good measure." A hard maximum-wait target invites clock-resetting and cosmetic touches that satisfy the metric without serving the item, which is why immutable timestamps and audit are load-bearing. ↩