首页/开发/系统分析与架构设计速查/干系人分析与影响力矩阵
需求分析与建模61 条

干系人分析与影响力矩阵

识别受系统影响的角色,按影响力与关注度分类并制定沟通策略;干系人遗漏会直接变成后期的需求变更与验收风险。

干系人分析是什么

干系人分析要识别所有受系统影响或能影响系统的人与组织,按影响力与关注度分类,并据此制定沟通策略。常见的四象限矩阵把角色分为高影响高关注、高影响低关注、低影响高关注与低影响低关注四类,分别采取重点管理、保持满意、及时告知与定期通报的策略。漏掉关键角色,最终会在验收或合规审查阶段变成阻塞项。

影响力矩阵

分类特征沟通策略
高影响高关注决策者与核心使用方重点管理,定期评审与汇报
高影响低关注审批、合规、运维负责人保持满意,关键节点征求确认
低影响高关注一线用户、周边团队及时告知,收集反馈
低影响低关注间接相关方定期通报进度即可

基本信息

识别范围用户、决策者、运维、安全、合规、财务、外部供应商与监管方
记录内容角色、关注点、成功标准、验收话语权、沟通频率与方式
更新时机组织调整、项目阶段变更、新系统接入时重新评估
常见依据BABOK 与 PMBOK 中的干系人管理实践

典型使用场景

  • 立项阶段:识别谁会影响范围与验收,提前建立沟通节奏
  • 需求评审:确认各方成功标准,避免后期出现新的否决方
  • 上线准备:与运维和安全确认发布窗口、监控与回滚要求
  • 合规审查:提前对接法务与审计,明确数据留存与审计要求
  • 项目受阻时:判断谁是关键干系人,优先对齐诉求
  • 跨部门协作:明确接口人与决策链,减少反复沟通
除角色分类外,还要记录每位干系人的成功标准与验收话语权:能定义“算完成”的人,才是真正需要持续对齐的人。
矩阵做完不更新,组织调整后沟通策略会失效,可能出现新的审批方全程未被纳入沟通。

易错点

  • 只识别出资方与最终用户,漏掉运维、安全与合规角色,上线前被卡住
  • 把干系人名单做成通讯录,不记录关注点与成功标准,沟通仍然盲目
  • 忽视间接相关方(客服、财务、监管),上线后才发现流程与口径不匹配
  • 矩阵长期不更新,组织调整后沟通节奏与新决策链脱节
  • 只做书面分析不安排实际沟通,问题依旧在交付后期集中爆发

数据来源与参考

  • IIBA《BABOK 指南》
  • PMI《PMBOK 指南》干系人管理相关章节
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌