识别干系人是什么
识别干系人是在整个项目期间反复进行的过程：找出会影响项目或被项目影响的人员与组织，记录其利益诉求、参与度、影响力与态度，形成干系人登记册。它的难点不在技术而在覆盖度：遗漏的干系人通常不会提前表态，而是在验收、上线或审计阶段以阻力形式出现。
基本信息
| 所属过程组 | 启动（13.1），并在项目全过程反复执行 |
|---|---|
| 主要输入 | 项目章程、商业论证、协议、事业环境因素与组织过程资产 |
| 主要输出 | 干系人登记册，后续持续更新 |
| 关键属性 | 角色、利益、影响力、参与度、期望、态度 |
典型使用场景
- 项目启动：在章程签发后立即建立初版干系人登记册
- 阶段转换：上线期把运维、客服与合规的权重提升为关注重点
- 组织调整：部门合并或负责人更换后重评干系人清单
- 冲突调解：出现阻力时回溯该干系人是否在登记册内并评估既有策略
- 沟通计划输入：登记册是规划沟通管理与规划干系人参与的直接依据
登记册字段
| 字段 | 说明 | 常见缺失 |
|---|---|---|
| 基本信息 | 姓名、职务、所属组织与联系方式 | 只记姓名，联系人与接口不清 |
| 角色与利益 | 在项目中的角色与关注点 | 只写职务，未记录真实诉求 |
| 影响力与权力 | 能否推动或阻碍决策 | 影响力评估凭印象，无依据 |
| 参与度与态度 | 当前参与度、期望参与度与态度 | 只记录不敢写，回避真实态度 |
| 管理策略 | 沟通频率、渠道与责任分工 | 策略栏常年空白 |
常用识别技术
| 技术 | 适用场景 | 注意点 |
|---|---|---|
| 组织图与干系人清单 | 快速建立初版名册 | 组织图滞后，需现场核对 |
| 访谈与问卷 | 挖掘未言明的诉求 | 样本覆盖决定结论质量 |
| 头脑风暴 | 团队集体补漏 | 需要外部视角避免同质化 |
| 专家判断 | 识别隐性干系人 | 依赖组织经验沉淀 |
| 合同与接口清单 | 找出外部与周边系统相关方 | 容易忽略监管与审计方 |
识别范围检查清单
识别范围检查清单
内部：发起人、业务方、开发、测试、运维、安全、合规、客服、财务
外部：客户、监管机构、供应商、合作伙伴、周边系统团队
隐性：间接受影响的岗位、审计与法务、行业主管部门
复核方式：对照组织图、合同清单、系统接口清单逐项核对
# 每次阶段转换后重跑一遍，识别是反复进行的过程干系人登记册是活文档：随项目推进更新属性与策略，尤其在上线、审计与验收等节点前重新评估一次。
只在启动阶段识别一次，中途新增的关键干系人未纳入，等到他们提出异议时往往已错过可调整的窗口。
识别常见遗漏
- 运维与客服：上线后承担日常运行与用户诉求的岗位
- 安全与合规：涉及数据、审计与监管报备的部门
- 财务与采购：涉及付款、合同与资产入账环节
- 周边系统与平台团队：接口联调与资源调度相关方
识别时不要只依赖正式汇报关系：非正式影响力人物往往不在组织图上，却能在关键节点推动或阻滞决策，需要单独评估。