Use this when a team member says their team is stuck, blocked, or spinning — and they need help figuring out what kind of stuck it is and what to do about it. Also use when explicitly invoked with a subcommand: /unstuck-coach decision, /unstuck-coach delivery, /unstuck-coach roleplay, /unstuck-coach system, /unstuck-coach diagnose.
Process
Step 1: Gather context
Determine which mode to use:
- No subcommand (
/unstuck-coach): Full triage — start from scratch decision: Jump to decision-paralysis diagnosisdelivery: Jump to delivery momentum checkroleplay [scenario]: Jump to roleplay sparringsystem: Jump to system-level diagnosisdiagnose: Jump to formal taxonomy diagnosis (algorithmic routing)
For full triage, ask the user:
- What's going on? — "Describe the situation as you'd tell a trusted peer. The honest version, not the status report."
- How long has this been happening? — Days, iterations, or weeks?
- What's been tried? — Any interventions already attempted?
Step 2: Orient honestly
Help the user define:
- Point A — What's actually happening right now? (The real situation, not the optimistic version.)
- Point B — What would "unstuck" look like as an outcome? (Not a deliverable — an outcome.)
If the user can't separate outcomes from outputs, flag it: "It sounds like the team might not have agreed on what success looks like. That's often the root cause."
Step 3: Categorize
Based on what the user described, identify the primary stuck category:
- Technical dead end — can't solve a technical problem
- Decision paralysis — can't converge on a direction
- Requirements confusion — requirements are unclear or shifting
- Team friction — communication or collaboration breakdown
- Delivery slowdown — things are dragging, energy is low
- Pace / energy — team is tired or demoralized
- Relational / political — organizational resistance or dynamics
- System-level failure — root cause is outside the team
- Creative self-censoring / ideacide — the person is killing their own ideas before sharing them. Not a skill gap, not a blocker, it is the inner critic filtering ideas before they reach the team. Intervention: separate idea generation from idea evaluation, name "internal psychological safety" as a prerequisite for team psychological safety, reframe negative self-talk using self-distancing ("Kate, you've got this").
Confirm with the user: "Based on what you've described, this sounds like [category]. Does that match your sense of it?"
Step 3a: Precision diagnosis (when useful)
After confirming the informal category, apply the formal taxonomy for more precise pattern matching. Use this when:
- The user wants specific, structured intervention options
- The informal category maps to multiple possible root causes
- You need to distinguish between similar-sounding problems
Map informal → formal using the cross-reference table:
| Informal category | Primary domain(s) | Key patterns |
|---|---|---|
| Technical dead end | C6 (Technical Foundations) | C6-P1, C6-P3 |
| Decision paralysis | C4 (Authority & Governance) | C4-P1, C4-P2, C4-P3. Also C1-P2 if about prioritization. |
| Requirements confusion | C4, C2 | C4-P1, C4-P3, C2-P2 |
| Team friction | C7 (Team Dynamics & Safety) | C7-P1, C7-P2 |
| Delivery slowdown | C2, C1 | C2-P1, C2-P2, C1-P1, C1-P3 |
| Pace / energy | See energy regulation guide below | Use M1 context-switch, M8 safety deficit as proxies; also apply energy calibration |
| Relational / political | C7 partially, C3 partially | C7-P2. Note: formal taxonomy undercovers this area. |
| System-level failure | C3, C5, C6 | Route to system diagnosis |
Narrow to a specific pattern by checking signals. Each pattern has 3 observable signals — read them from practices/getting-unstuck/taxonomy-reference.md and ask the user which signals match their situation.
Identify the altitude:
- A1 (squad-controlled) — team can fix this themselves
- A2 (cross-team) — requires coordination with other teams
- A3 (leadership-controlled) — requires organizational authority
- A4 (enterprise) — requires executive sponsorship
Tell the user the formal classification: "This maps to [pattern name] ([code]) — [one-line description]. It's at altitude [A-level], which means [who needs to act]."
Step 4: Provide interventions
For the identified category, suggest 2-3 interventions ordered from fastest to most thorough.
For each intervention, provide:
- What to do (step by step)
- How long it takes (5 min, 15 min, 30 min, 60 min, half-day, multi-week)
- Why it works (the mechanism, not just the procedure)
- What success looks like (how they'll know it's working)
If using formal taxonomy (Step 3a was applied): Pull matching interventions from practices/getting-unstuck/interventions.json, filtered by:
patternTriggers— matches the identified patternaltitude— matches the team's organizational scope- Sort by
effortascending for "stabilize now" orimpactdescending for "highest leverage"
Present the structured data clearly:
- Name, effort/risk/impact ratings, time horizon
- The 3 steps from the intervention
- The metric to track
Then supplement with prose depth from the relevant guide — the structured data tells you what to try, the prose guides explain how to do it well.
If using informal categories only: Draw interventions from the practice guides:
- Decision paralysis:
practices/getting-unstuck/decision-paralysis.md - Delivery slowdown:
practices/getting-unstuck/delivery-slowdown.md - System-level:
practices/getting-unstuck/system-diagnosis.md - Interpersonal:
practices/conflict-resolution/guide.md - Technical:
practices/pairing/guide.md,practices/tdd/guide.md - Pace/energy:
practices/sustainable-pace/guide.md
Prioritize the fastest intervention first. Teams under pressure need quick wins before deep dives.
Step 5: Route to deeper resources
If the situation warrants it, point the user to:
- The relevant deep-dive guide for extended reading
- Related skills:
/delivery-diagnose,/conflict-coach,/client-coach(for consultant-client dynamics — includes de-escalation techniques, active listening patterns, and conflict resolution frameworks),/decision-brief,/experiment-design - The blocker triage worksheet (
practices/getting-unstuck/template.md) if they need to document and track practices/getting-unstuck/taxonomy-reference.mdif they want the full formal taxonomypractices/getting-unstuck/interventions-data.mdif they want to browse all 80 structured interventions
Step 6: Close with commitment
Ask: "Which of these will you try first? And by when?"
This is the GROW model's "Will" step. A conversation without a commitment to action is just venting. Help the user commit to one concrete next step with a timeline.
Subcommand: decision
Skip to decision-paralysis diagnosis:
- "What's the decision you need to make?"
- "What happens if you don't make it this week?"
- Diagnose which pattern: discussion loop, data hunger, priority conflict, stakeholder won't commit, scattered focus, or outcome confusion
- Run the reversibility test: "Is this a one-way or two-way door?"
- Suggest the matching intervention
- Close with: "What decision will you make, who will you tell, and by when?"
Subcommand: delivery
Skip to delivery momentum check:
- "Walk me through your current work in progress."
- For each item: what is it, who's on it, how long in progress, what's blocking it?
- Listen for signals: stories in progress 3+ days, vague blockers, growing WIP, avoidance
- Suggest same-day interventions: blocker sweep, story surgery, scope check, pair rotation
- Flag if signals suggest system-level causes
- Close with: "What's the one thing you'll do in the next 2 hours?"
Subcommand: roleplay
Skip to roleplay sparring:
- "Who is the conversation with? What's it about? What outcome do you want? What makes it difficult?"
- Play the Skeptic: push back with realistic objections (5-8 exchanges)
- Debrief: "How did that feel? Where did you get stuck?"
- Play the Teammate: ask genuine questions as a neutral observer (5-8 exchanges)
- Give Feedback: what was strong, where they might lose the other person, what to watch for
- Close with: "What will you definitely do in the real conversation? And what will you avoid?"
Subcommand: system
Skip to system-level diagnosis:
- "Could the best team in the world succeed in this system?"
- Walk through 7 archetypes: Role Diffusion, Environment Friction, Waterfall Gravity, Dependency Gridlock, UX Underpowered, Release Drag, Transformation Fatigue
- For matching patterns: name it, explain it, distinguish squad vs. system
- Help build the evidence case: metrics, patterns, comparisons, impact
- Close with: "Who has authority to change this? What evidence would convince them? What's your first step?"
Subcommand: diagnose
Skip directly to formal taxonomy-based algorithmic routing. Use this when the user wants structured, precise diagnosis rather than conversational coaching.
Step 1: Signal scan
- "Describe the top 3 symptoms — what you're observing, not what you think the cause is."
- Match reported symptoms against pattern signals from
practices/getting-unstuck/taxonomy-reference.md. Each of the 21 patterns has 3 specific signals. - Identify the top 1-2 matching patterns. If signals match multiple patterns, present the candidates and ask which resonates most.
Step 2: Confirm altitude
- "Can the team fix this themselves, or does it need coordination/authority from outside the team?"
- Map to A1–A4.
Step 3: Identify mechanisms
- State the primary mechanisms driving the constraint: "The root friction here is [mechanism name] — [one-line description]."
- If secondary mechanisms are present, note them: "There's also a secondary factor of [mechanism]."
Step 4: Route to interventions
- Filter
practices/getting-unstuck/interventions.jsonby the identified pattern and altitude. - Present 2-3 options sorted by the user's priority:
- "Stabilize now" → sort by effort ascending, filter to
<2wtime horizon - "Highest leverage" → sort by impact descending
- "Experiments this month" → filter to
30dtime horizon,type: I4(Pilot)
- "Stabilize now" → sort by effort ascending, filter to
- For each intervention, present: name, effort/risk/impact, time horizon, 3 steps, metric to track.
- Route to the relevant prose guide for execution depth.
Step 5: Commit
- "Which intervention matches where your team is right now?"
- "What's the metric you'll watch, and when will you check it?"
Gaps to flag: If the user's situation maps to a known taxonomy gap (individual-level stuckness below A1, political dynamics), say so explicitly: "The formal taxonomy doesn't fully cover [area]. Let me switch to the conversational approach for this." Then fall back to the standard triage flow (Steps 1-6). For pace/energy issues, use the energy regulation guide below.
Energy regulation guide (Category 6: Pace / energy)
The formal taxonomy undercovers this area. Use this guide when the stuck category is "Pace / energy" -- the team is tired, demoralized, or the energy dynamics are off.
Diagnose the energy pattern
Not all energy problems look the same. Ask:
- Is the team's energy too low? -- Burnout, apathy, going through the motions, avoiding hard conversations.
- Is one person's energy dominating? -- One team member (often the PM or tech lead) is running so hot that others shut down, defer, or get pulled into their emotional state.
- Is the energy inconsistent? -- Hot/cold cycling. High urgency one week, disengagement the next. The team can't find a steady rhythm.
- Is negative energy being amplified? -- Frustrations shared in team syncs become team-wide grievances. Problems get bigger in retelling. The team is more energized by what's wrong than by what to do about it.
Energy too low -- interventions
- Quick win (15 min): Identify one concrete thing the team can ship this week. Momentum is the best cure for low energy. Don't try to fix morale with pizza -- fix it with progress.
- Sustainable pace check (30 min): Review the team's WIP, hours, and meeting load. Low energy often signals overwork, not laziness. If the team is in sustained crunch, the intervention is structural (reduce scope, add capacity, eliminate meetings), not motivational.
- Celebrate something (5 min): Teams in a low-energy cycle often forget what they've accomplished. In the next standup, name one thing the team did well this week. Not a lecture -- just a fact.
One person dominating -- interventions
- Self-diagnosis prompt: Ask the person: "Is your energy matching the room or dominating it?" This isn't accusatory -- it's a calibration question. High-energy people often don't realize they're overwhelming smaller groups.
- Calibration table:
| Setting | Target energy |
|---|---|
| Large facilitation (10+ people) | Full energy -- this is where high energy shines |
| Team sync (4-8 people) | Match the room, then raise 10% |
| Small group (2-3 people) | Match the other person first |
| Async (Slack, email) | Dial to 40% -- text amplifies intensity |
- The emotional vortex check: If someone's frustration in a team sync pulls others into a negative spiral, name it gently: "I notice the energy shifted when we talked about [topic]. Let's pause -- are we problem-solving or venting right now?"
- Route to deeper work: If this is a recurring pattern for a specific person, point them to
/consultant-self-coachfor individual energy regulation work.
Inconsistent energy -- interventions
- Rhythm check: Is the team on a consistent cadence (iterations, retros, demos)? Inconsistent energy often tracks inconsistent structure. Establish at least one weekly ritual the team can count on.
- Flag the cycle: "I'm noticing the team runs hot on [trigger] and then crashes. What would it look like to sustain a steadier pace?"
Negative amplification -- interventions
- Name it in the moment: "We've spent 10 minutes on what's wrong. Let's spend the next 5 on what we're going to do about it."
- Separate venting from action: Venting has a place (retros, 1:1s). But if venting becomes the team's primary energy source, it crowds out problem-solving. Introduce a rule: if you name a problem to the team, commit to a specific action or explicitly say "I'm venting, not requesting action."
- Watch for rally-without-follow-through: When someone voices frustration strongly in a team sync but doesn't raise it in the appropriate forum (retro, 1:1 with client, escalation), the team is left confused and stirred up. Coach them: if you rally allies, use them.
Cross-reference: For individual-level energy work (the consultant's own state, not the team's), use
/consultant-self-coach. For client-specific energy dynamics (a client PM who's running ahead), use/client-coachcategory 8 (Runaway client PM).
Reference files
practices/getting-unstuck/taxonomy-reference.md— full formal taxonomy with cross-referencespractices/getting-unstuck/interventions.json— 80 structured interventions (machine-readable)practices/getting-unstuck/interventions-data.md— human-readable guide to the structured datapractices/getting-unstuck/guide.md— triage guide (informal categories, prose interventions)practices/getting-unstuck/decision-paralysis.md— deep dive on decision patternspractices/getting-unstuck/delivery-slowdown.md— deep dive on delivery patternspractices/getting-unstuck/system-diagnosis.md— system failure archetypes
Output location
Present all coaching output as formatted text in the conversation. Use markdown headers to separate sections (orientation, diagnosis, interventions, commitment).
Example Output
Input
- Command:
/unstuck-coach - Team context: Priya is a delivery lead at Meridian Health Partners, a mid-sized payer. Her squad of 6 has been trying to finalize the data model for a member eligibility API for 3 weeks. Every design session ends with "we need more input from the claims team" but the claims team won't commit to a meeting.
- Duration: Three weeks of spin, one sprint already blown
- What's been tried: Two Slack threads, one escalation email to the claims team's manager, and a whiteboard session that produced three competing diagrams nobody signed off on
Output (abbreviated)
Orientation
Point A — What's actually happening: The squad has the technical skill to design this API, but every decision routes back to a dependency on the claims team for authoritative data model input. The claims team is non-responsive. Three weeks in, you have three competing designs and no owner.
Point B — What "unstuck" looks like: Not "a final diagram." The outcome is: someone with authority has approved a data model the squad can build to, and the claims team dependency is either resolved or scoped out.
One flag before we go further: the three competing diagrams suggest the team may not have agreed on what constraints actually matter — performance, backward compatibility, claims processing rules. That's a signal the requirements confusion is partly internal, not only external. Worth naming.
Diagnosis
Informal category: Requirements Confusion + Relational / Political
The surface problem is "claims team won't respond." The real problem is that the squad doesn't have decision authority, and no one has named who does.
Formal classification: C4-P3 — Stakeholder Commitment Gap, Altitude A2
Pattern signals that match your situation:
- ✓ Work is paused pending external input that isn't arriving
- ✓ Escalation has been attempted but produced no commitment
- ✓ Multiple internal design options exist, but none can be validated without the external party
Altitude: A2 (cross-team) — the squad cannot resolve this alone. It requires a named decision-maker across the claims and eligibility teams. If that person doesn't exist, that is the real blocker to surface.
Interventions
1. Design-to-Constraint Spike (fastest — same day, 30 min)
What to do:
- Set aside all three diagrams. Call a 30-minute working session with just your squad.
- Ask one question: "What are the 3 constraints a valid data model must satisfy, regardless of what claims tells us?" Write them on a whiteboard.
- Pick the one design that best satisfies those constraints as your provisional working model. Label it "Draft v0.1 — pending claims validation."
Why it works: You stop waiting for permission to think and force the claims dependency to become bounded and specific — a list of 3-5 questions, not an open-ended "we need their input."
What success looks like: The squad resumes building against a named model. The claims team now owes you answers to specific questions, not a design review.
2. Decision Brief + Forcing Function (medium effort — 1 day)
What to do:
- Write a one-page decision brief (use
/decision-brief): the decision, the options, the constraint you'll assume if no decision is made by Friday, and the cost of continued delay (1 sprint already gone = ~$X in team time). - Send it to your manager and the claims team's manager simultaneously. Frame it as informing, not escalating: "We're proceeding with [option] on Friday unless we hear otherwise."
- Hold the deadline.
Why it works: Inaction has been costless for the claims team. A decision brief with a named default makes inaction a choice with a visible consequence — it shifts the incentive structure.
What success looks like: Either the claims team shows up (meeting scheduled within 48 hours) or you proceed with your default and have documented justification.
3. System Diagnosis Session (if the above don't move things — half-day)
If a decision brief with a forcing function still produces silence, the problem may be organizational: no one has cross-team authority over this integration, and you're caught in a governance gap.
Run a system diagnosis (/unstuck-coach system) with your manager. Walk through the Dependency Gridlock archetype: the squad is technically capable but organizationally blocked, and the intervention needs to happen at A3 (leadership-controlled), not A2.
Deeper Resources
/decision-brief— to draft the forcing-function documentpractices/getting-unstuck/decision-paralysis.md— if the squad's internal design debate also needs to be resolvedpractices/getting-unstuck/system-diagnosis.md— if Intervention 2 fails and this is a governance gap- Blocker triage worksheet (
practices/getting-unstuck/template.md) — to document the 3-week history before the escalation conversation
Commitment
The Design-to-Constraint Spike can happen today. The decision brief can go out tomorrow.
Which will you do first — and by when?
If it's the spike: who's in the room, and what time are you booking it?