关于 stakeholder-discovery
这项技能指导在推进工作前梳理利益相关者、否决权持有人、诉求和共同目标,帮助项目负责人及跨职能团队建立共识并规划持续沟通。
主要功能
- 01识别利益相关者与否决权持有人
- 02分析权力与关注度
- 03寻找共同目标与动机
- 04规划定期沟通
适用场景
- 01启动跨职能项目
- 02准备跨部门审批
- 03在新岗位梳理关系
- 04应对意外的项目阻碍
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ joellewis/ skill-library --skill stakeholder-discovery安装后在 Claude Code 中输入/stakeholder-discovery确认已加载。
详细介绍
概述
利益相关者探索是绘制“组织生态系统”图谱的过程,可确保你具备继续推进所需的一致认同与保障。它能区分只是有意见的人与拥有“否决权”的人,确保及早培养关键关系。
铁律
NO DELIVERABLE WITHOUT A VALIDATED STAKEHOLDER MAP
后期出现“否决”意味着探索工作失败。及早绘制权力与利益图谱,是顺利发布与遭遇组织阻碍的分水岭。
状态机
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";
}
何时使用此技能
- 启动任何跨职能项目时。
- 刚加入某个职位或组织时(绘制“上下各两级”的关系图谱)。
- 项目需要多个部门(财务、法务、人力资源等)批准时。
- 你感觉“横向管理”不到位,或障碍意外出现时。
何时不使用此技能
- 对他人没有影响且不需要外部批准的独立任务。
- 单个且已达成一致的团队内的小型常规任务。
核心流程
步骤 1:识别并分类利益相关者
- 识别“真正的”利益相关者: 区分只是提出意见的人与拥有否决权的人——即有能力阻止产品或项目发布的人。(来源:SVPG/Cagan)
- 绘制“上下各两级”的关系图谱: 识别你上下各两级的人员和角色,了解他们的驱动力。(来源:Johnson,《Scaling People》)
- 识别横向关系: 主动寻找可能制造或消除障碍的同事和其他领导者。(来源:Johnson,《Scaling People》)
步骤 2:权力/利益分析
- 绘制权力/利益矩阵:
- 高权力、高兴趣(关键人物): 密切管理并深入沟通。
- 高权力、低兴趣(让其满意): 征求意见并让其满意,但不提供过多细节。
- 低权力、高兴趣(及时告知): 定期更新,因为他们投入其中,但缺乏决策权。
- 低权力、低兴趣(持续关注): 尽量少投入精力,主要关注其状态变化。(来源:SVPG/Cagan)
- 关注具体情境: 请记住,“具体情境始终重要”。通过了解每位利益相关者的过往情况和当前压力,快速熟悉情况。(来源:Zhuo,《The Making of a Manager》)
步骤 3:动机审视(共同目标)
- 识别共同目标: 找到共同目标。“共同目标是展开对话的前提条件。”(来源:Grenny,《Crucial Conversations》)
- 理解“压力与挑战”: 设身处地考虑系统中其他部分的处境。他们的个性如何?当前面临什么压力?(来源:Johnson,《Scaling People》)
- 通过 CRIB 达成一致:
- C:承诺寻求共同目标(Commit to seek Mutual Purpose)。
- R:认识到对方策略背后的目的(Recognize the purpose behind their strategy)。
- I:如果共同目标并不明显,就创造一个(Invent a Mutual Purpose if one isn't obvious)。
- B:共同构思新策略(Brainstorm new strategies together)。(来源:Grenny,《Crucial Conversations》)
步骤 4:建立沟通节奏
- 善用 1:1 会议: 将一对一会议作为交换信息和引导利益相关者朝正确方向前进的主要方式。(来源:Grove,《High Output Management》)
- 观察团队会议: 参加关键利益相关者的会议,了解其团队目标,以及如何与他们更好地协作。(来源:Johnson,《Scaling People》)
- 发挥管理杠杆作用: 专注于高杠杆活动——影响多人或能长期提升利益相关者产出的行动。(来源:Grove,《High Output Management》)
跨技能调用
必需的子技能:problem-framing — 确保所解决的问题确实是利益相关者关心的问题。
推荐的子技能:using-skills — 保持利益相关者沟通的纪律性。
推荐的子技能:rapport-builder — 培养《Scaling People》中提到的非正式联系。
合理化说辞对照表
| 想法 | 现实 |
|---|---|
| “等草稿准备好后,我再和相关方沟通。” | 这样太晚了。尽早沟通可以在约束变成“否决理由”之前发现它们。 |
| “法务/财务只是‘走个流程’。” | 如果他们有否决权,他们就是关键人物。把他们当作事后才考虑的对象会造成摩擦。 |
| “我已经知道 CEO 想要什么。” | 对领导目标的假设往往会忽略“上下各两级”的背景。 |
| “开会纯属浪费时间,我直接发邮件就行。” | 管理离不开会议。1 对 1 沟通可以进行邮件中容易错过的“引导”。 |
危险信号
出现以下想法意味着立即停止——你正准备走捷径:
- “试点上线后,我们再处理 [Department]。” → 你忽视了一位潜在的否决者。
- “他们不懂技术细节,所以没必要让他们参与。” → 权力不一定等同于技术知识。
- “我确定他们会接受这件事。” → 你把自己的“共同目标”强加给了他们。
诊断清单
- 是否已找出并联系所有拥有“否决权”的人?
- 是否已为每位关键人物明确“共同目标”?
- 是否已为所有高权力/高关注度的相关方安排 1 对 1 沟通或定期同步?
- 是否已梳理“向上两级、向下两级”的背景?
- 关系图是否涵盖跨职能合作方,而不仅仅是直接汇报关系?
来源
- Johnson,《Scaling People》,第 4 章(团队发展)、第 5 章(管理关系)
- Grove,《High Output Management》,第 3 章(杠杆作用)、第 4 章(会议)
- Grenny,《Crucial Conversations》,第 5 章(共同目标/CRIB)
- Zhuo,《The Making of a Manager》,第 1 章(背景)、第 8 章(向上管理)
- SVPG 文章:“Managing Stakeholders”和“Stakeholder Identification”
评论
支持 Markdown