干系人识别是项目启动阶段建立并持续维护相关方清单的动作：先按项目目标划定识别范围，再从组织、业务、交付、外部四类来源收集人员与群体，记录其角色、利益关注点、影响力和当前态度，形成干系人登记册；随后组织评审、指定对接责任人，并在里程碑、范围变更和人员调整时更新。本文按识别范围、操作步骤、登记册字段、角色分工、示例和完成检查六部分展开，帮助项目经理产出可直接支撑沟通计划的登记册。
要点总览（TL;DR）
- 干系人识别从项目目标、交付物和受影响业务流程出发划定范围，区分内部角色与外部相关方，并写明本次识别覆盖的阶段。
- 操作按五步推进：四类来源收集候选、多渠道交叉补充、去重合并、填写登记册、组织评审，每步都有明确输入和输出。
- 登记册必填姓名或群体、所属组织、角色、利益关注点、影响力、当前态度、对接责任人和更新日期；影响力看对决策、资源、验收的作用，态度按可观察表现记录并注明日期。
- 项目经理组织识别与维护，职能负责人提供本领域信息，发起人或高层确认关键外部相关方，对接责任人负责后续沟通与态度跟踪。
- 识别完成的判断标准是：关键角色有对接人、高影响力对象全覆盖、态度有依据、更新触发条件已约定、结果能直接分出沟通分组。
识别范围怎么划：从项目目标和边界出发
识别范围决定清单的宽度。范围划得过宽，登记册会塞进大量与项目无关的人员，后续沟通成本上升；划得过窄，关键审批人、验收方或受影响的业务岗位容易被漏掉。可行的做法是先写清项目要达成什么、交付什么、改变哪些业务流程，再据此判断谁会受到影响或对结果有决定作用。
划定范围时，建议先完成一份识别范围说明，包含四项内容：项目目标与主要交付物、受影响的业务流程和岗位、本次识别的时间点与覆盖阶段、可用的输入材料。这份说明不需要很长，但要能让参与识别的人对“找谁”有共同判断。
从目标、交付物和受影响流程推导边界
项目目标回答“这件事做成什么样”，交付物回答“交出什么”，受影响流程回答“谁的日常工作会发生变化”。三者结合，可以推导出三类对象：对目标有决策权的人、接收或使用交付物的人、因流程调整而需要改变工作方式的人。识别时逐条对照，能减少凭印象列名单的情况。
区分内部角色与外部相关方
内部角色包括项目团队成员、职能部门负责人、内部审批与验收岗位、受影响的业务岗位；外部相关方包括供应商、合作方、监管或合规接口、外部客户或使用方。两类对象在登记册中分开标注，便于后续判断沟通方式和责任归属。外部相关方往往需要发起人或高层确认，识别阶段就应标出需要确认的对象。
明确识别时点与覆盖阶段
干系人识别不是一次性的启动动作。范围说明中要写明本次识别覆盖的阶段，例如仅覆盖立项与设计阶段，还是覆盖到上线与移交。覆盖阶段不同，需要纳入的对象也不同：上线阶段会新增运维、培训和数据迁移相关角色。写明时点，后续更新时才有对照基准。
识别范围的输入材料
常用的输入材料包括：项目立项文件或任务书、项目范围与交付物清单、组织架构图、受影响的业务流程清单、历史同类项目的干系人记录、合同或合作协议中的对接条款。材料不齐时，先用已有材料形成初稿，再通过访谈补充，不必等材料齐全才开始。
干系人识别的操作步骤
识别工作可以按“收集—交叉补充—去重合并—填写登记册—评审确认”五步推进。每一步都有明确的输入和输出，完成后进入下一步，避免收集到一半就急着定稿。
第一步：按四类来源收集候选干系人
输入是识别范围说明和项目资料，动作是按组织、业务、交付、外部四类来源分别列候选名单，输出是一张分类的候选清单。
- 组织来源：项目发起人、指导委员会或决策层、相关职能部门负责人、人力与财务等支持部门接口人。
- 业务来源：使用交付物的业务岗位、业务流程的上下游岗位、受流程变更影响的执行人员及其主管。
- 交付来源：项目团队成员、技术或专业接口人、测试与验收岗位、运维与上线支持岗位。
- 外部来源：供应商、合作方、外部客户、监管或合规接口、外部顾问。
第二步：用多种渠道交叉补充
单一来源容易遗漏。访谈可以问到组织架构图上没有的实际影响者；组织架构图能补上访谈对象未提及的审批层级；流程清单能暴露跨部门交接处的岗位；历史项目记录常包含上次被漏掉的对象。四种渠道交叉比对，把只在某一渠道出现的对象标为待确认，而不是直接删除。
第三步：去重并合并同一群体
候选清单中常出现同一人被多个渠道重复列出，或一个岗位有多人承担。处理方式是：同一人合并为一条记录，保留其全部角色；人数较多且利益关注点一致的岗位，合并为一个群体条目，并在备注中写明覆盖范围。合并后统计条目数，与范围说明中的受影响对象做一次对照。
第四步：填写干系人登记册
输入是去重后的候选清单，动作是按统一字段逐条填写，输出是登记册初稿。字段定义和判断口径见下一节。填写时先填必填字段，选填字段在评审前后补齐；对不确定的影响力和态度，先记录初步判断并注明待核实。
第五步：组织评审确认遗漏与误列
评审由项目经理组织，邀请各职能负责人和发起人参加。评审的重点是三类问题：高影响力对象是否有遗漏、已列对象中是否有与项目无关的误列、群体条目是否掩盖了内部态度差异。评审输出是修订后的登记册和一份评审记录，记录补充了谁、删除了谁、理由是什么，便于后续追溯。
登记册字段与影响力判断口径
登记册的价值在于不同人填写后结果可比。字段定义要统一，影响力和态度的判断要有可说明的依据，避免出现“影响力高”却说不清高在哪里的情况。
| 字段 | 填写要求 | 必填/选填 |
|---|---|---|
| 姓名或群体 | 个人写姓名与岗位，群体写群体名称与覆盖范围 | 必填 |
| 所属组织 | 部门、单位或外部机构名称 | 必填 |
| 角色 | 在项目中的角色，如发起人、审批人、使用方、供应商接口 | 必填 |
| 利益关注点 | 该对象最关心什么结果，如进度、成本、合规、使用体验 | 必填 |
| 影响力 | 高、中、低，并注明依据 | 必填 |
| 当前态度 | 支持、中立、抵触，并注明依据 | 必填 |
| 对接责任人 | 项目内负责与该对象沟通的人 | 必填 |
| 更新日期 | 本条记录最近一次核实日期 | 必填 |
| 备注 | 待确认事项、历史沟通要点等 | 选填 |
影响力按作用点判断
影响力不按职级简单判断，而看该对象对项目三件事的作用：能否影响决策，能否调配或卡住资源，能否决定验收结果。在三项中任一项有实质作用的，记为高；能通过建议或协作产生间接影响的，记为中；主要被动接收信息的，记为低。每条高影响力记录都要写明具体作用点，例如“负责上线审批，可决定上线时间”。
态度按表现记录并注明依据
态度分为支持、中立、抵触三档。判断依据来自可观察的表现：是否主动提供资源、是否在评审中提出明确反对意见、是否延迟回复关键请求。记录时写清依据和日期，例如“抵触：对上线时间安排提出书面异议，3月12日”。态度会变化，依据和日期让后续跟踪有对照。
必填与选填的区分
必填字段是登记册可用的最低要求，缺任何一项都应在评审前补齐。备注为选填，用于记录待确认事项和沟通要点。群体条目的“姓名或群体”字段必须写明覆盖范围，否则无法判断该条目代表多少人、是否遗漏了群体内的关键个体。
角色分工：谁识别、谁评审、谁维护
识别工作只落在项目经理一人身上，容易出现视角单一和更新滞后。把收集、确认、评审、跟踪拆到不同角色，既提高覆盖率，也让登记册在项目推进中有明确的主人。
| 角色 | 职责 | 交付物 | 参与时点 |
|---|---|---|---|
| 项目经理 | 组织识别、汇总登记册、组织评审、维护更新 | 识别范围说明、登记册、评审记录 | 启动、各里程碑、范围变更时 |
| 各职能负责人 | 提供本领域相关方信息，确认本部门对象 | 本领域候选名单与角色说明 | 收集阶段、评审阶段 |
| 发起人或高层 | 确认关键外部相关方和跨部门决策对象 | 关键对象确认意见 | 评审阶段、重大变更时 |
| 对接责任人 | 负责与指定对象的日常沟通，跟踪态度变化 | 沟通记录、态度更新 | 识别完成后持续 |
| 评审参与人 | 检查遗漏与误列，提出补充意见 | 评审意见 | 登记册初稿完成后 |
评审时点建议至少安排两次：登记册初稿完成后一次，重点查遗漏；进入执行阶段前一次，重点确认对接责任人和态度判断。项目发生范围变更、关键人员调整或外部合作方变化时，触发一次专项更新，由项目经理组织，相关职能负责人补充信息。
登记册需要多人查看和持续更新时，放在项目协作工具中维护比分散在个人表格里更便于交接。以ONES为例，可以在项目内建立相关方清单类的工作项或文档，按角色和对接责任人分配字段，评审意见和更新记录留在同一处，项目经理和对接责任人按权限查看与修改，里程碑评审时直接对照清单核对。具体字段配置和权限设置以实际产品为准。
示例：一个跨部门系统上线项目的识别过程
以下为演示情景，用于说明识别范围、收集、登记册填写和评审的实际样子，不代表任何真实项目或客户案例。
示例项目背景与识别范围
某公司计划上线一套内部报销系统，替换原有纸质流程，覆盖财务、行政和三个业务部门。识别范围说明写明：项目目标为报销流程线上化并将平均处理时间缩短；交付物包括系统、操作手册和培训；受影响流程为报销提交、审批和付款；本次识别覆盖立项到上线后一个月；输入材料为立项文件、现有报销流程清单、组织架构图和上一次系统上线的项目记录。
四类来源收集到的候选对象
- 组织来源：项目发起人（财务总监）、财务部负责人、IT 负责人、行政部负责人。
- 业务来源：三个业务部门的报销提交人代表、部门审批人、财务审核岗、出纳岗。
- 交付来源：项目经理、开发负责人、测试负责人、上线运维接口人、培训负责人。
- 外部来源：系统供应商实施顾问、外部审计接口人。
登记册填写样例
| 姓名或群体 | 所属组织 | 角色 | 利益关注点 | 影响力 | 当前态度 | 对接责任人 |
|---|---|---|---|---|---|---|
| 财务总监 | 财务部 | 发起人 | 处理效率与合规 | 高：可决定上线时间 | 支持：在启动会明确要求按期上线 | 项目经理 |
| 财务审核岗（3人） | 财务部 | 使用方与验收方 | 审核工作量、异常处理 | 高：参与验收 | 中立：担心上线初期双轨运行增加工作量 | 财务部负责人 |
| 业务部门审批人（5人） | 三个业务部门 | 审批人 | 审批便捷性、移动端支持 | 中：影响推广效果 | 中立：尚未了解新流程 | 各部门对接人 |
| 系统供应商实施顾问 | 外部供应商 | 交付方 | 需求确认节奏、验收付款 | 中：影响交付进度 | 支持：已按合同配合排期 | 开发负责人 |
评审中发现并补充的遗漏项
评审中，行政部负责人指出旧流程中纸质单据由前台统一收集，新系统上线后前台岗位的职责会变化，初稿未列入。外部审计接口人由发起人确认需要纳入，因为报销凭证的留存方式涉及审计要求。另有一名业务部门联络人被误列为高影响力，评审后调整为中，理由是其主要承担通知传达。补充和调整均记入评审记录。
衔接到沟通计划
登记册定稿后，按影响力和态度分组确定沟通安排：高影响力且中立的财务审核岗安排上线前专项演示和试运行反馈会；高影响力且支持的发起人按里程碑汇报进展；外部审计接口人在凭证留存方案确定后单独沟通。对接责任人据此领取沟通任务，态度变化回填登记册，作为下一次评审的输入。
完成检查：识别结果是否可用
识别工作是否可以结束，不看清单长短，而看结果能否直接支撑后续沟通计划。以下检查项逐条判断，全部通过才进入沟通计划编制；任一项不通过，回到对应步骤补充。
| 检查项 | 通过标准 | 不通过时的处理 |
|---|---|---|
| 关键角色是否都有对接责任人 | 发起人、审批人、验收方、主要外部相关方均指定了项目内对接人 | 由项目经理与职能负责人协商指定 |
| 高影响力相关方是否全部覆盖 | 对决策、资源、验收有实质作用的对象均已列入，且注明作用点 | 补充访谈或请发起人确认 |
| 态度记录是否附有依据 | 每条态度记录都有可观察的表现描述和日期 | 由对接责任人补充核实 |
| 是否约定更新触发条件 | 写明里程碑、范围变更、人员调整等触发更新的事件和负责人 | 在识别范围说明中补写 |
| 能否直接支撑沟通计划 | 按影响力和态度可以分出沟通分组，对接责任人可领取任务 | 补齐缺失字段后重新评审 |
检查通过后，登记册连同评审记录一并归档，作为项目基线的一部分。后续每次更新保留版本和更新日期，使沟通计划的调整有据可查。识别结果进入沟通计划编制后，影响力分析和参与策略的细化属于后续工作，不在本次识别范围内展开。
常见问题
项目已经进入执行阶段，还需要补做干系人识别吗？
需要，但重点不同。执行阶段补做识别，建议先聚焦两类对象：一是对当前阶段交付物有验收或审批作用的人，二是因范围调整而新受影响的一线岗位。做法上可以跳过完整的四类来源收集，直接用流程清单和近期变更记录列出候选，再请职能负责人确认。补做时同样要指定对接责任人，并把识别日期写进登记册，避免与启动阶段的记录混在一起。
同一岗位有多人承担，登记册里逐人列还是合并成群体？
看利益关注点和态度是否一致。如果多人关注点相同、态度一致，可以合并为一个群体条目，但必须在“姓名或群体”字段写明覆盖范围和人数，否则无法判断是否漏掉关键个体。如果群体内部存在明显分歧，例如部分人支持、部分人抵触，就应拆开记录，或至少在备注中标出差异及对应人员，供后续沟通分组使用。
影响力和态度判断出现分歧时怎么处理？
回到判断口径本身讨论，而不是比较谁的印象更深。影响力看该对象对决策、资源、验收三项是否有实质作用，要求提出分歧的一方说明具体作用点；态度看可观察的表现，如是否提供资源、是否提出书面异议、是否延迟回复关键请求。讨论后仍无法统一的，先记录为待核实，由对接责任人在一到两周内通过沟通补充依据，再在下一次评审时确认。
登记册更新由谁发起，多久更新一次？
更新由项目经理发起和组织，对接责任人提供态度与沟通信息。固定节奏可以跟随项目里程碑，在每次里程碑评审前核对一遍；事件触发则包括范围变更、关键人员调整、外部合作方变化和验收节点临近。每次更新保留更新日期和变更内容，使沟通计划的调整有据可查。日常团队信息同步不属于登记册的更新范围，按团队沟通机制处理即可。
识别结果怎样衔接到沟通计划，才不会两张表各说各话？
衔接点在分组。登记册定稿后，按影响力和态度两个维度分出沟通分组：高影响力且抵触或中立的，安排专项沟通和反馈会；高影响力且支持的，按里程碑汇报；影响力低但数量大的群体，采用统一通知加答疑。每个分组直接对应登记册中的对接责任人和条目，沟通计划中的每条安排都能追溯到具体记录。态度变化回填登记册后，沟通分组随之调整，两张表保持同一份数据来源。
