agentleFS
sruthir28sruthir28/enterprise-ai-skills/stakeholder-map/SKILL.md

stakeholder-map

Skill136 starsChanged 7 months agoMITView on GitHub

Map the people who can make or break a decision onto a Power/Interest grid, with each named stakeholder's stance (champion / skeptic / blocker / unknown), what they care about, and the single influence move you'll make for them. Use before any cross-functional decision, big launch, reorg, or executive ask — anywhere the politics will decide the outcome more than the merits.

16 other projects use a version of this.

Adopted by

Most recently taken up by

Used with

Projects with it also use brainstorm-experiments-existing, brainstorm-ideas-new and 10 more.

Other files people use alongside this one.

Files found in the same public projects as a version of this one, more often than they turn up anywhere else. Each project counts once, large collections count for less, and this file's own repository is left out.
  • skytiger6724Skill

    brainstorm-experiments-existing

    Design experiments to test assumptions for an existing product — prototypes, A/B tests, spikes, and other low-effort validation methods. Use when validating assumptions, testing feature ideas cheaply, or planning product experiments.

    Also in 6 projects that use this

  • skytiger6724Skill

    brainstorm-ideas-new

    Brainstorm feature ideas for a new product in initial discovery from PM, Designer, and Engineer perspectives. Use when starting product discovery for a new product, exploring features for a startup idea, or doing initial ideation.

    Also in 6 projects that use this

  • 45ckSkill

    pestle-analysis

    Also in 6 projects that use this

  • About-IntelligenceSkill

    positioning-ideas

    Brainstorm product positioning ideas differentiated from competitors.

    Also in 6 projects that use this

  • About-IntelligenceSkill

    product-name

    Brainstorm 5 unique, memorable product names with rationale aligned to brand values and target audience.

    Also in 6 projects that use this

  • launchapp-devSkill

    interview-script

    Create a structured user interview script with warm-up, core exploration, and wrap-up sections. Use when preparing for user research interviews to ensure consistent, insightful conversations.

    Also in 7 projects that use this

  • +5 more from skytiger6724
  • +1 more from About-Intelligence

The file

We split this skill into the rules it gives an agent

9 rules. 0 are common, 9 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 13 edited versions we read keep these.

  • 9

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    One move per stakeholder: Not a 5-step engagement plan.

    line 18
  2. Distinctive:

    Skip the unmappable: If you have <2 minutes of real information on a stakeholder, mark them "unknown" and make finding out their #1 action.

    line 20
  3. Distinctive:

    Don't ignore — *monitor*. Quarterly update is plenty.

    line 51
  4. Distinctive:

    Decision moment: When does this need to be approved?

    line 58
  5. Distinctive:

    Assign stance: If you don't know, mark "unknown" — that's a data point.

    line 90
  6. Distinctive:

    Reality-check: Ask: "If I do nothing else, would this decision still pass?" If yes, you over-mapped — simplify.

    line 93
  7. Distinctive:

    Over-engaging Monitor quadrant: Don't burn cycles converting people who don't care and can't block.

    line 127
  8. Distinctive:

    Before a board meeting where you're presenting

    line 139
  9. Distinctive:

    When a project is stuck and you suspect the blocker is political, not technical

    line 140

“Common” is measured: kept by at least 6 in 10 of the 13 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Stakeholder Map

Most decisions don't fail because the analysis was wrong. They fail because the person who could kill it wasn't bought in, or the person who could champion it wasn't asked. This skill makes the politics visible so you can plan around them — without pretending strategy and people are separate problems.

The output is a 2x2 grid + a per-stakeholder action plan. You walk away knowing exactly who you talk to first, what you say, and who you can ignore.


Design choices

  • Real names, not roles. "Head of Eng" hides the fact that this Head of Eng has been here 3 months and has political capital below the team they inherited. Use names.
  • Power × Interest, not Influence × Impact. Power = can they kill the decision. Interest = do they care about the outcome. The right axes for politics, not for delivery management.
  • One move per stakeholder. Not a 5-step engagement plan. The one thing you'll do this week.
  • Stance is honest. Champions get celebrated, blockers get named. If everyone is "supportive," you haven't mapped honestly.
  • Skip the unmappable. If you have <2 minutes of real information on a stakeholder, mark them "unknown" and make finding out their #1 action.

The grid

                       HIGH INTEREST                 LOW INTEREST
                  ┌──────────────────────────┬──────────────────────────┐
                  │                          │                          │
   HIGH           │   MANAGE CLOSELY         │   KEEP SATISFIED         │
   POWER          │   (the actual deciders)  │   (don't surprise them)  │
                  │                          │                          │
                  ├──────────────────────────┼──────────────────────────┤
                  │                          │                          │
   LOW            │   KEEP INFORMED          │   MONITOR                │
   POWER          │   (your loud allies)     │   (don't waste cycles)   │
                  │                          │                          │
                  └──────────────────────────┴──────────────────────────┘

Manage closely — High Power, High Interest

The deciders. They will say yes or no. Most of your time goes here. 1:1 alignment before the decision moment. Never let them be surprised in a group meeting.

Keep satisfied — High Power, Low Interest

Senior people whose space you're stepping into but who don't care about this specific decision yet. The risk: they hear about it secondhand and feel disrespected, then start caring (and blocking). Pre-brief them on what you're doing and why. Don't ask for input you won't use.

Keep informed — Low Power, High Interest

The team. The folks doing the work. They can't kill it but they can slow it. Visibility + giving them a role kills 80% of friction. Channel them into the decision via the deciders, not as a parallel campaign.

Monitor — Low Power, Low Interest

Don't ignore — monitor. Quarterly update is plenty. The risk is they shift into one of the other quadrants (someone gets promoted, scope expands) and you're caught off guard.


Inputs needed (interview if missing)

  1. The decision. "Migrate to Linear." "Sunset legacy product." "Reorg sales by vertical." Specific.
  2. Decision moment. When does this need to be approved? By whom?
  3. The full cast. Everyone who has an opinion, a budget, a team affected, or a meeting on this. Names + roles.
  4. What you already know about each. Stated stance, recent comments, past behavior on similar decisions. (If you don't know — that's the action.)

Output format

2x2 placement table

StakeholderRoleQuadrantStanceWhat they care aboutYour move this week
Sarah ChenCTOManage closelySkepticReliability + team retention1:1 Tuesday, lead with retention data, ask for her objections before the all-hands
..................

Stance legend

  • Champion — already advocating; ask them to advocate publicly
  • Supporter — quietly in favor; ask them to speak up at the decision moment
  • Neutral — no strong view; lowest priority (don't burn cycles converting)
  • Skeptic — has reservations but persuadable; get the objection on the table
  • Blocker — will actively oppose; decide whether to convert, route around, or escalate
  • Unknown — find out, then update

Coalition sketch (3–5 lines)

Who needs to be aligned, in what order, before the decision moment. Example:

"Win Sarah by EOW (she's the blocker). Once Sarah's neutral, Mark (champion) will close Priya. Don't engage Tom — he won't care unless Sarah escalates."


Process

  1. List everyone. Cast the net wide first. Don't pre-filter.
  2. Place each on the grid. Be honest about power — title isn't always power.
  3. Assign stance. If you don't know, mark "unknown" — that's a data point.
  4. For each Manage Closely person: what do they care about (their KPI, recent stress, public commitments), and the one move this week.
  5. Sequence the coalition. Who must align first to unlock the next. Usually = blockers and high-power skeptics, before champions.
  6. Reality-check. Ask: "If I do nothing else, would this decision still pass?" If yes, you over-mapped — simplify. If no, your top 3 actions are obvious.

Worked example

Decision: Migrate engineering + product from Jira to Linear by 5/30. Decision moment: EOD Friday (today is Tuesday) — Mark approves or denies the budget swap.

StakeholderRoleQuadrantStanceWhat they care aboutMove this week
Mark ChenVP Eng (decider)Manage closelyNeutral → SkepticTeam retention, no rollout drama30-min 1:1 Weds. Lead with NPS data (4/10) + 2 pilot teams' productivity wins. Pre-empt his "what about 6 yrs of history" objection.
Priya PatelPM Lead (pilot)Manage closelyChampionFaster ship velocityAsk her to write a 1-pg "what we learned in pilot" by Thurs AM. Mark reads it before our 1:1.
Alex KimEng Director (Platform)Manage closelySkepticMigration of custom workflowsLoop in by Weds. Offer Platform team as the 3rd pilot. Convert from skeptic by giving them control.
Tom ReillyCFOKeep satisfiedUnknownCost, contract riskDrop a 3-line note Tues PM: "Net savings $18K/yr, decision Fri, no surprises." Don't ask for input.
Sarah WuHead of PeopleKeep satisfiedUnknownAnything that affects team moraleSame as Tom — short pre-brief Wed AM.
Eng Team (60ppl)IC engineersKeep informedMixed (mostly Supporters per pilot data)Less tooling frictionMark posts in #eng-all after Friday decision. Don't run a parallel campaign — let Mark own the comms.
Jira AE (vendor)ExternalMonitorBlockerRenewalIgnore until decision is made. Then 1 email to cancel.

Coalition sketch

Tuesday PM: pre-brief Tom + Sarah (kills the "I didn't know" risk). Wednesday: 1:1 with Mark (the actual decision). Bring Priya's pilot write-up. Wednesday PM: convert Alex by offering Platform as pilot #3. Thursday: Mark + Priya + Alex 30-min sync to lock the migration plan. Friday: Mark says yes. Decision goes out.

If Mark is still skeptical Wednesday, escalate to CTO with the pilot data. Don't let it drift to Monday — the renewal auto-renews 5/30.


Common mistakes to avoid

  • Mapping by title, not by power. The CTO might not care about this; the staff eng who's been there 8 years might be the actual blocker.
  • Skipping the "unknown" stance. Unknown is honest. "I think they're supportive" without evidence is wishful.
  • Over-engaging Monitor quadrant. Don't burn cycles converting people who don't care and can't block.
  • Treating champions as a finish line. Champions need fuel (data, talking points, public moments). Map what you give them, not just that they exist.
  • No coalition sequence. Knowing who matters isn't enough. You need the order.
  • Conflating loud with powerful. The person who tweets the most opinions often has the least decision power. Map carefully.

When to use

  • Cross-functional decisions with 3+ stakeholders
  • Reorgs, launches, sunsets, vendor changes
  • Any "we need exec buy-in" moment
  • Before a board meeting where you're presenting
  • When a project is stuck and you suspect the blocker is political, not technical

When NOT to use

  • Solo decisions (just decide)
  • Decisions inside your own team where you control the outcome
  • Reversible / low-stakes calls (don't formalize the politics if the worst case is "we change our mind")

Pairs well with

  • Meeting Prep Kit — once you've mapped the room, prep each 1:1 with the right talking points + objections
  • Decision Memo Builder — the memo is the artifact that aligns the coalition; build the map first, the memo second
  • SCPR Framework — the Situation/Complication framing should reflect what the key stakeholders already believe

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.