escalation · git:20260902.646edac · 2026-09-02 · sha256 168921fec6195199
escalation git:20260902.646edacA
Immutable. This exact content is served forever at /api/v1/blob/168921fec6195199.
--- name: escalation description: Turn a stuck decision or a blocked dependency into a one-page brief (Situation, Impact, Urgency, Options, Recommendation, Ask) and route it up a named ladder with SLAs. Use when a decision has missed its needed-by date, when two teams deadlock, when a risk owner will not act, or when a governance forum keeps noting things without deciding anything. --- # Escalation: making the ask someone can grant Escalation is a service to the decider, not an act of aggression. The [program premortem](../program-premortem/SKILL.md) names the disease as failure mode 3, governance without decision rights: forums that receive updates but cannot kill, fund, or resequence anything. Naming the disease is not a procedure. This skill is the procedure: a brief a decider can act on in five minutes, routed to someone who actually holds the decision, with the outcome recorded where the next person can find it. ## Files this skill drives - [../../templates/execution/decision-log.md](../../templates/execution/decision-log.md), where the outcome lands, granted or declined - [../../templates/execution/risk-register.md](../../templates/execution/risk-register.md), which absorbs a declined or deferred ask as an owned, accepted risk - Reads: [../../templates/execution/stakeholder-map.md](../../templates/execution/stakeholder-map.md) for who holds which decision, and [../../templates/execution/dependency-register.md](../../templates/execution/dependency-register.md) for the escalation contacts it names ## When to use - A decision has a needed-by date and the date passed, or will pass before the current forum meets again - Two teams deadlock and the dispute path in [triad decision rights](../../knowledge/roles/triad-decision-rights.md) ran out of road - A risk or dependency owner acknowledges the item and does not act - Your steering forum has "noted" the same item twice ## The brief One page, six labeled parts, in this order: 1. **Situation.** Two sentences, facts only, no adjectives. What was agreed, what is happening instead. 2. **Impact.** Quantified: what it costs, whom, per what period, with the calculation shown. "This blocks the team" is not an impact; "each week of delay moves the launch a week and burns the committed vendor window" is. 3. **Urgency.** The date after which options expire, and what expires. Urgency is a property of the calendar, not of your stress level. 4. **Options.** Two or three, each with cost and consequence, including "do nothing", priced. A single option is a demand wearing a brief's clothing. 5. **Recommendation.** One option, committed. Hedging across options transfers the analysis you were supposed to do. 6. **Ask.** The specific decision requested, from a named person, by a date. Not "alignment", not "visibility", not "support": a decision. ## The routing ladder Same brief at every rung, plus the recorded outcome of the rung before. Skipping rungs spends trust; if you must, write down why. | Rung | Route to | SLA to answer or pass | |---|---|---| | 1 | The counterpart owner, directly | 2 business days | | 2 | Both managers, jointly, one thread | 3 business days | | 3 | The sponsor or forum holding the decision, per the stakeholder map | Its next session, or 5 business days | Two standing rules. The counterpart sees the brief before it goes up a rung: no ambushes, and half the time the brief itself unlocks rung 1. And escalate the decision, never the person: the brief describes a stuck question, not a colleague's failings. ## Workflow 1. Confirm the decision exists: what exactly is being decided, who holds it (stakeholder map), and the needed-by date. If no one holds it, that gap is the real finding; log it in the decision log and escalate the ownership question first. 2. Write the six-part brief. Show it to the counterpart. 3. Route up the ladder, one rung at a time, on the SLAs above. 4. Record the outcome in the decision log: granted, declined, or deferred, with the decider named. A declined or deferred ask becomes a risk-register row with the decider recorded as accepting the risk, a likelihood, an impact, and a review date. ## Exit gate The escalation is not done when the meeting happens; it is done when the ask has a written answer in the decision log, or the risk register carries the accepted risk with the decider's name and a review date. An escalation that ends in "we discussed it" changed nothing and will run again next month, longer.