Now liveThe Skillselion MCP - thousands of ranked skills, loaded into your agent mid-task. No install.Get it →
joellewis avatar

Stakeholder Discovery

  • 35 installs
  • 4 repo stars
  • Updated March 31, 2026
  • joellewis/skill-library

Maps who has power, who is affected, and what motivates each party, producing a stakeholder map as an analytical artifact.

About

A workflow that maps the organizational ecosystem, distinguishing those with opinions from those with veto power. A developer or PM uses it to identify and categorize stakeholders before proceeding.

  • Separates opinion-holders from those with veto power
  • Produces a stakeholder map as an analytical artifact

Stakeholder Discovery by the numbers

  • 35 all-time installs (skills.sh)
  • +1 installs in the week ending Aug 2, 2026 (Skillselion tracking)
  • Ranked #1,773 of 3,282 Productivity & Planning skills by installs in the Skillselion catalog
  • Data as of Aug 2, 2026 (Skillselion catalog sync)
npx skills add https://github.com/joellewis/skill-library --skill stakeholder-discovery

Add your badge

Show developers this skill is listed on Skillselion. Paste this into your README.

Listed on Skillselion
Installs35
repo stars4
Last updatedMarch 31, 2026
Repositoryjoellewis/skill-library

What it does

Maps who has power, who is affected, and what motivates each party, producing a stakeholder map as an analytical artifact.

Files

SKILL.mdMarkdownGitHub ↗

Overview

Stakeholder-discovery is the process of mapping the "organizational ecosystem" to ensure you have the necessary alignment and safety to proceed. It distinguishes between those who have opinions and those who have "veto power," ensuring that critical relationships are cultivated early.

Iron Law

NO DELIVERABLE WITHOUT A VALIDATED STAKEHOLDER MAP Late-stage "vetoes" are a failure of discovery. Mapping power and interests early is the difference between a smooth launch and an organizational roadblock.

State Machine

digraph stakeholder_discovery_flow {
    "Start" [shape=doublecircle];
    "Step 1: Identify & Categorize Stakeholders" [shape=box];
    "Step 2: Power/Interest Analysis" [shape=box];
    "Step 3: Motivation Audit (Mutual Purpose)" [shape=box];
    "Gate: Map Validation" [shape=diamond];
    "Step 4: Establish Engagement Cadence" [shape=box];
    "Done: Stakeholder Context Established" [shape=doublecircle];

    "Start" -> "Step 1: Identify & Categorize Stakeholders";
    "Step 1: Identify & Categorize Stakeholders" -> "Step 2: Power/Interest Analysis";
    "Step 2: Power/Interest Analysis" -> "Step 3: Motivation Audit (Mutual Purpose)";
    "Step 3: Motivation Audit (Mutual Purpose)" -> "Gate: Map Validation";
    "Gate: Map Validation" -> "Step 4: Establish Engagement Cadence" [label="valid"];
    "Gate: Map Validation" -> "Step 1: Identify & Categorize Stakeholders" [label="invalid"];
    "Step 4: Establish Engagement Cadence" -> "Done: Stakeholder Context Established";
}

When to Use This Skill

  • At the start of any cross-functional project.
  • When you are new to a role or organization (mapping the "two and two").
  • When a project requires approval from multiple departments (Finance, Legal, HR, etc.).
  • When you feel "sideways management" is lacking or obstacles are appearing unexpectedly.

When NOT to Use This Skill

  • For independent tasks that have no impact on others and require no external approval.
  • For small, routine tasks within a single, already-aligned team.

Core Process

Step 1: Identify & Categorize Stakeholders

  • Identify "True" Stakeholders: Distinguish between those who offer opinions and those with veto power—the ability to prevent a product or project from launching. (Source: SVPG/Cagan)
  • Map the "Two and Two": Identify the people and roles two levels below you and two levels above you. Understand what drives them. (Source: Johnson, Scaling People)
  • Sideways Identification: Actively look for peers and other leaders who might create or prevent obstacles. (Source: Johnson, Scaling People)

Step 2: Power/Interest Analysis

  • Plot the Power/Interest Grid:
  • High Power, High Interest (Key Players): Manage closely and engage deeply.
  • High Power, Low Interest (Keep Satisfied): Consult and keep content without excessive detail.
  • Low Power, High Interest (Keep Informed): Regular updates, as they are invested but lack authority.
  • Low Power, Low Interest (Monitor): Minimum effort, primarily monitoring for changes in status. (Source: SVPG/Cagan)
  • Contextual Awareness: Remember that "Context always matters." Ramp up quickly by understanding the history and current pressures of each stakeholder. (Source: Zhuo, The Making of a Manager)

Step 3: Motivation Audit (Mutual Purpose)

  • Identify Mutual Purpose: Find a shared goal. "Mutual Purpose is the entrance condition of dialogue." (Source: Grenny, Crucial Conversations)
  • Understand "Stresses and Strains": Put yourself in the shoes of other parts of the system. What are their personalities and current pressures? (Source: Johnson, Scaling People)
  • CRIB for Alignment:
  • Commit to seek Mutual Purpose.
  • Recognize the purpose behind their strategy.
  • Invent a Mutual Purpose if one isn't obvious.
  • Brainstorm new strategies together. (Source: Grenny, Crucial Conversations)

Step 4: Establish Engagement Cadence

  • Leverage 1:1 Meetings: Use one-on-ones as the primary medium for information exchange and "nudging" stakeholders in the right direction. (Source: Grove, High Output Management)
  • Staff Meeting Observation: Sit in on key stakeholders' meetings to understand their team's objectives and how you can best work together. (Source: Johnson, Scaling People)
  • Managerial Leverage: Focus on high-leverage activities—actions that affect many people or provide long-term output improvement for the stakeholders. (Source: Grove, High Output Management)

Cross-Skill Invocations

REQUIRED SUB-SKILL: problem-framing — To ensure the problem being solved is actually what stakeholders care about. RECOMMENDED SUB-SKILL: using-skills — To maintain discipline in stakeholder engagement. RECOMMENDED SUB-SKILL: rapport-builder — For cultivating the informal connections mentioned in Scaling People.

Rationalization Table

ThoughtReality
"I'll talk to the stakeholders once the draft is ready."This is too late. Early engagement identifies constraints before they become "vetoes."
"Legal/Finance are just 'check-the-box' steps."If they have veto power, they are Key Players. Treating them as an afterthought creates friction.
"I already know what the CEO wants."Assumptions about leadership goals often miss the "Two and Two" context.
"Meetings are a waste of time; I'll just email them."Meetings are the medium of management. 1:1s allow for the "nudges" that email misses.

Red Flags

These thoughts mean STOP — you are about to shortcut:

  • "We'll deal with [Department] after we launch the pilot." → You are ignoring a potential veto-holder.
  • "They don't understand the technical details, so they don't need to be involved." → Power does not always equal technical knowledge.
  • "I'm sure they'll be fine with this." → You are substituting your own "Mutual Purpose" for theirs.

Diagnostic Checklist

  • [ ] Have all individuals with "veto power" been identified and engaged?
  • [ ] Is there a clear "Mutual Purpose" established for each Key Player?
  • [ ] Are 1:1s or regular syncs scheduled with all High Power/High Interest stakeholders?
  • [ ] Have you mapped the "two levels up" and "two levels down" context?
  • [ ] Does the map include cross-functional partners, not just the direct reporting line?

Sources

  • Johnson, Scaling People, Ch. 4 (Team Development), Ch. 5 (Management Relationships)
  • Grove, High Output Management, Ch. 3 (Leverage), Ch. 4 (Meetings)
  • Grenny, Crucial Conversations, Ch. 5 (Mutual Purpose/CRIB)
  • Zhuo, The Making of a Manager, Ch. 1 (Context), Ch. 8 (Managing Up)
  • SVPG Articles: "Managing Stakeholders" and "Stakeholder Identification"

Related skills

This week in AI coding

Five minutes, every Monday - the tools, releases and tactics for developers.

unsubscribe anytime.