⚡

干系人分析Skill stakeholder-analysis

这个技能用于系统性地识别、分析和计划项目或倡议中所有受影响或有影响力的干系人策略，基于BABOK技术，包括创建Power/Interest矩阵、RACI图表和沟通计划。关键词：干系人分析、项目管理、沟通策略、利益相关者管理、BABOK。

项目管理 0 次安装 0 次浏览 更新于 3/11/2026

name: 干系人分析 description: 使用BABOK技术进行干系人识别、分析和管理。创建Power/Interest矩阵、RACI图表和沟通计划。 argument-hint: <倡议描述> [–mode 完整|快速|指导] [–output 注册|矩阵|raci|所有] [–dir <路径>] allowed-tools: 读取、写入、Glob、Grep、任务、技能、AskUserQuestion

干系人分析

识别、分析和计划项目及倡议的干系人参与策略。基于BABOK v3的Elicitation & Collaboration知识领域。

什么是干系人分析？

干系人分析系统地识别所有受倡议影响或能够影响倡议的各方，评估他们的利益和影响力，并制定参与策略。

核心交付物

交付物 目的 创建时机
干系人注册表 所有干系人的全面列表 项目启动
Power/Interest矩阵 优先参与方法 分析阶段
RACI矩阵 澄清角色和责任 规划阶段
沟通计划 结构化参与策略 规划阶段

工作流

阶段1：干系人识别

步骤1：头脑风暴类别

系统性地按类别识别干系人：

类别 示例 要问的问题
赞助商 执行赞助商、预算所有者 谁资助这个？谁能取消它？
用户 最终用户、高级用户、管理员 谁日常使用解决方案？
操作者 IT运维、支持团队、维护人员 谁保持它运行？
监管者 合规、法律、审计 谁确保我们遵守规则？
受影响方 其他部门、被替代角色 谁受到变化影响？
主题专家 领域专家、技术领导 谁拥有关键知识？
决策者 指导委员会、架构师 谁批准决策？
影响者 意见领袖、工会代表 谁塑造看法？

步骤2：创建干系人注册表

## 干系人注册表

| ID | 名称/角色 | 类别 | 组织 | 联系方式 | 备注 |
|----|-----------|----------|--------------|---------|-------|
| S01 | 简·史密斯 | 赞助商 | 执行层 | jane@... | 预算授权 |
| S02 | IT运维团队 | 操作者 | IT部门 | ... | 24/7支持团队 |
| S03 | 客户服务代表 | 用户 | 客户关怀 | ... | 50+日常用户 |
| S04 | 合规官 | 监管者 | 法律部门 | ... | GDPR要求 |

阶段2：干系人分析

步骤1：评估每个干系人

对于每个干系人，评估：

维度 问题 尺度
权力 他们能否停止或显著影响倡议？ 低/中/高
利益 他们对结果有多关心？ 低/中/高
态度 他们是支持、中立还是抵制？ 支持者/中立者/抵制者
影响力 他们能否影响其他干系人？ 低/中/高

步骤2：创建Power/Interest矩阵

                    高利益
                         │
    ┌────────────────────┼────────────────────┐
    │   保持满意        │    密切管理        │
    │                    │                    │
    │   • 定期更新      │   • 积极伙伴      │
    │   • 解决问题      │   • 关键决策      │
    │   • 防止障碍      │   • 定期1对1      │
高权力├────────────────────┼────────────────────┤
                         │                    │
    │   监控            │    保持通知        │
    │                    │                    │
    │   • 最小努力      │   • 定期沟通      │
    │   • 关注变化      │   • 满足需求      │
    │    可能发生        │   • 建立支持      │
    └────────────────────┼────────────────────┘
                    低利益

步骤3：绘制干系人

## Power/Interest分析

### 密切管理（高权力，高利益）
| 干系人 | 权力 | 利益 | 策略 |
|-------------|-------|----------|----------|
| 执行赞助商 | 高 | 高 | 每周1对1，所有重大决策 |
| 产品负责人 | 高 | 高 | 每日站会，待办事项协作 |

### 保持满意（高权力，低利益）
| 干系人 | 权力 | 利益 | 策略 |
|-------------|-------|----------|----------|
| CTO | 高 | 低 | 月度总结，升级路径 |
| 法律部门 | 高 | 低 | 仅在合规事项上涉及 |

### 保持通知（低权力，高利益）
| 干系人 | 权力 | 利益 | 策略 |
|-------------|-------|----------|----------|
| 最终用户 | 低 | 高 | 用户组更新，测试程序 |
| 帮助台 | 低 | 高 | 培训，知识库更新 |

### 监控（低权力，低利益）
| 干系人 | 权力 | 利益 | 策略 |
|-------------|-------|----------|----------|
| 其他部门 | 低 | 低 | 仅一般公告 |

阶段3：责任分配（RACI）

为关键决策和交付物创建RACI矩阵：

图例 含义 规则
R - 负责 执行工作 可以有多个
A - 问责 最终授权 必须恰好一个
C - 咨询 提供输入 决策前
I - 通知 被告知结果 决策后 
## RACI矩阵

| 决策/交付物 | 赞助商 | PO | 开发领导 | 用户 | 运维 |
|---------------------|---------|-----|----------|-------|-----|
| 解决方案需求 | I | A | R | C | C |
| 技术架构 | I | C | A | - | C |
| 用户接受 | A | R | C | R | I |
| 上线决策 | A | R | C | I | R |
| 生产支持 | I | I | C | - | A |

阶段4：沟通规划

步骤1：定义沟通需求

对于每个干系人群体：

问题 目的
他们需要知道什么？ 内容
何时需要？ 时机
如何沟通？ 渠道
谁应沟通？ 发送者
期望什么回应？ 反馈机制

步骤2：创建沟通计划

## 沟通计划

| 干系人 | 消息 | 频率 | 渠道 | 所有者 | 反馈 |
|-------------|---------|-----------|---------|-------|----------|
| 执行赞助商 | 状态、风险、决策 | 每周 | 1对1会议 | PM | 讨论 |
| 产品负责人 | 进展、障碍 | 每日 | 站会 | 团队领导 | 当天 |
| 最终用户 | 培训、更新 | 双周 | 新闻稿 | 变革领导 | 调查 |
| IT运维 | 发布计划 | 冲刺结束 | 邮件 + 会议 | 技术领导 | 签署 |
| 所有干系人 | 重大里程碑 | 根据需要 | 邮件广播 | PM | 无 |

阶段5：参与策略

对于挑战性干系人（抵制者、怀疑者），制定针对性策略：

抵制分析

## 抵制分析

| 干系人 | 当前态度 | 期望态度 | 抵制原因 | 策略 |
|-------------|-----------------|------------------|-------------------|----------|
| 部门经理 | 抵制者 | 支持者 | 担心工作影响 | 展示角色演变而非消失 |
| IT架构师 | 怀疑者 | 中立者 | 技术顾虑 | 深入讨论，解决顾虑 |
| 工会代表 | 中立者 | 支持者 | 需要保证 | 早期参与，透明度 |

输出格式

叙述性摘要

## 干系人分析摘要

**倡议：** [名称]
**分析师：** [名称]
**日期：** [ISO日期]

### 关键干系人

**主要赞助商：**
- [名称] - [角色] - [关键利益/关注]

**关键伙伴（密切管理）：**
- [列表及简要描述]

### 风险领域

1. **[干系人]** - [风险] - 缓解： [策略]

### 建议

1. [具体参与建议]
2. [...]

结构化数据（YAML）

干系人分析:
  version: "1.0"
  initiative: "客户门户重新设计"
  date: "{ISO-8601日期}"
  analyst: "干系人协调员"

  stakeholders:
    - id: S01
      name: "简·史密斯"
      role: "VP客户体验"
      category: sponsor
      organization: "客户关怀"
      power: high
      interest: high
      attitude: supporter
      influence: high
      strategy: manage_closely
      communication:
        frequency: weekly
        channel: meeting
        owner: "项目经理"
      concerns:
        - "Q2上线时间线"
        - "预算限制"

    - id: S02
      name: "IT运维团队"
      role: "平台支持"
      category: operator
      organization: "IT"
      power: medium
      interest: high
      attitude: neutral
      influence: medium
      strategy: keep_informed
      communication:
        frequency: bi-weekly
        channel: email
        owner: "技术领导"
      concerns:
        - "支持负载增加"
        - "培训需求"

  raci:
    - deliverable: "需求签署"
      responsible: ["产品负责人"]
      accountable: "VP客户体验"
      consulted: ["IT架构师", "用户"]
      informed: ["IT运维"]

  communication_plan:
    - audience: "执行赞助商"
      content: "状态、风险、所需决策"
      frequency: weekly
      channel: "1对1会议"
      owner: "项目经理"

Mermaid图表

Power/Interest象限：

quadrantChart
    title 干系人Power/Interest矩阵
    x-axis 低利益 --> 高利益
    y-axis 低权力 --> 高权力
    quadrant-1 密切管理
    quadrant-2 保持满意
    quadrant-3 监控
    quadrant-4 保持通知
    执行赞助商: [0.9, 0.95]
    产品负责人: [0.85, 0.8]
    CTO: [0.3, 0.85]
    最终用户: [0.8, 0.3]
    IT运维: [0.7, 0.5]
    其他部门: [0.2, 0.2]

多人角色研讨会模式

对于全面干系人分析，运行多人角色研讨会（类似事件风暴）：

要调用的角色：

角色 视角 贡献
executive-sponsor-persona 战略 预算、时间线、成功标准
end-user-persona 操作 日常使用、痛点、采用
operations-persona 支持 维护、可靠性、培训
compliance-persona 监管 规则、审计、风险
devils-advocate 关键 风险、被忽视干系人、冲突

编排：

  1. 并行启动所有角色
  2. 每个角色从自己视角识别干系人
  3. 综合发现并追踪来源
  4. 解决冲突和差距

何时使用

场景 使用干系人分析？
新项目启动 是 - 识别所有受影响方
变革管理 是 - 计划采用策略
需求收集 是 - 确保正确人员参与
冲突解决 是 - 理解利益
常规运营 否 - 日常业务不需要

常见错误

错误 影响 预防
遗漏隐藏干系人 后期惊喜、抵制 使用系统类别
忽视抵制者 项目失败 制定参与策略
静态分析 理解过时 季度复查
对所有过度沟通 信息过载 按象限定制

参考文献

  • 加载 references/power-interest-matrix.md 获取矩阵变体
  • 加载 references/raci-matrix.md 获取RACI指南
  • 参考BABOK v3第3章（Elicitation & Collaboration）

相关技能

  • capability-mapping - 识别能力所有者作为干系人
  • journey-mapping - 理解用户干系人需求
  • risk-analysis - 评估干系人相关风险
  • prioritization - 优先干系人参与
  • decision-analysis - 干系人决策矩阵
  • process-modeling - 通过流程分析识别领域干系人

用户界面

当直接由用户调用时，此技能操作如下。

参数

  • <倡议描述>：要分析干系人的倡议、项目或变革的描述
  • --mode：分析模式（默认：指导）
    • 完整：多角色模拟，多样视角（~10K tokens）
    • 快速：快速干系人识别（~3K tokens）
    • 指导：交互式干系人发现（变量）
  • --output：输出工件（默认：所有）
    • 注册：仅干系人注册表
    • 矩阵：仅Power/Interest矩阵
    • raci：仅RACI矩阵
    • 所有：所有工件
  • --dir：输出目录（默认：docs/analysis/）

执行工作流

  1. 解析参数 - 提取倡议描述、模式和输出格式。如果未提供描述，询问用户要分析什么倡议。
  2. 基于模式执行：
    • 完整：使用角色代理（执行赞助商、最终用户、运维、合规、魔鬼代言人）启动干系人协调员代理，进行全面的多视角分析。
    • 快速：使用标准RACI风格组进行快速识别，默认参与策略。
    • 指导：交互式发现，使用AskUserQuestion选择干系人群组和分析深度，然后遍历类别扫查、评估、矩阵放置和附加工件。
  3. 生成输出 - 生成干系人注册表、Power/Interest矩阵（Mermaid quadrantChart）、RACI矩阵、沟通计划和抵制分析。
  4. 保存结果 - 保存到docs/analysis/干系人分析.md（或自定义--dir）。
  5. 建议后续步骤 - 推荐capability-mapping用于所有权链接、journey-mapping用于干系人体验，以及变革管理规划用于抵制者。

版本历史

  • v1.0.0 (2025-12-26): 初始发布