干系人识别是项目启动阶段的一项固定动作：从项目目标和范围出发，列出可能影响项目或受项目影响的人与组织，再逐项补齐关注点、影响程度、当前态度和期望参与方式，形成一份可维护的干系人登记表。本文按“确定输入—扫描类别—补齐字段—分工确认—复核更新”的顺序说明具体做法，适合第一次负责项目或需要规范相关方管理的人参照执行。
要点总览（TL;DR）
- 干系人识别从项目目标、范围说明与交付物清单、组织结构三类输入开始，按发起人、客户与使用方、执行团队、职能部门、供应商、监管或合规等类别横向扫描，第一轮产出带来源和待确认标记的初始名单。
- 登记表固定角色、与项目的关系、关注点、影响程度、利益程度、当前态度、期望参与方式、对接人八个字段；影响与利益用高、中、低分级，态度记录为支持、中立、抵触、未知并注明依据。
- 项目经理牵头组织识别并维护登记表，各工作包负责人补充本领域干系人，发起人或业务负责人确认关键干系人范围，另设复核责任人跟踪未知项闭环。
- 识别完成与否用检查清单判断：类别覆盖、关键干系人确认、待确认项闭环、字段有依据、高影响干系人有对接人和参与方式；复核时点设在阶段关口、范围变更和组织调整。
- 清单需要在多人之间持续维护和交接时，可把登记表作为项目文档、把待确认事项和沟通安排作为工作项分派，让更新和后续动作留在同一处。
干系人识别先做什么：从项目边界到初始名单
识别的起点是项目边界，而非一份凭印象列出的联系人清单。动手之前，先把三类输入放在一起看：项目目标与成功标准，说明项目要达成什么；范围说明与交付物清单，说明哪些工作在内、哪些在外；组织结构与项目所处的汇报关系，说明谁掌握资源、谁承担审批。这三类输入决定了“可能受影响”和“能够施加影响”的范围，也决定了第一轮扫描的边界。
有了输入，按类别做一次横向扫描，比想到谁写谁更不容易漏。常用类别包括：
- 发起人：提供项目授权、预算和关键决策的人。
- 客户与使用方：接收交付物、日常使用成果的人或部门，包括最终用户和验收方。
- 执行团队：承担设计、开发、实施、测试等工作的成员及其直接负责人。
- 职能部门：提供人力、采购、财务、法务、IT 支持等资源的部门。
- 供应商与外部合作方：提供产品、服务或外包交付的外部组织。
- 监管或合规相关方：对项目有审批、备案、检查要求的内外部机构。
类别的作用是提示扫描方向，具体到某个项目应结合边界增删。例如内部流程优化项目可能没有外部供应商，但会增加受影响的一线业务岗位；涉及数据处理的系统项目则需要把信息安全与合规角色纳入扫描。
第一轮的产出是一份初始干系人名单，每条记录至少包含三项信息：所属类别、信息来源（来自范围说明、组织架构、他人提名还是会议提及）、待确认标记。待确认标记用于区分“已经确认身份和角色”与“听说有这么个人或部门，尚未核实”。名单阶段不追求字段完整，追求覆盖面，把可能相关的人和组织先放进来，再在下一步逐项判断。
逐项补齐字段：干系人登记表怎么填
初始名单只是候选集合，登记表要把它变成能支撑判断的信息。建议固定以下字段，并统一填写口径，避免不同人填出的内容无法比较。
| 字段 | 填写口径 |
|---|---|
| 角色 | 该干系人在项目中的身份，如发起人、业务负责人、验收人、供应商项目经理 |
| 与项目的关系 | 受影响、施加影响，或两者兼有；说明具体在哪个环节发生关系 |
| 关注点 | 其最在意的结果或风险，用一两句话写具体，如“上线后不影响现有结算周期” |
| 影响程度 | 高、中、低三级，依据是其对范围、进度、预算、验收的决定权或阻碍能力 |
| 利益程度 | 高、中、低三级，依据是其从项目成果中获得的收益或承担的成本 |
| 当前态度 | 支持、中立、抵触、未知，并注明判断依据，如某次会议表态、历史项目表现 |
| 期望参与方式 | 需要其参与的动作，如评审、签字、提供资源、定期听取进展 |
| 对接人 | 项目内负责与其联络的成员，避免多头对接 |
影响程度和利益程度采用分级而非模糊描述，是为了让后续动作有依据。影响高、利益高的干系人需要重点管理，参与方式应包含实质性决策或评审；影响高、利益低的干系人容易在关键时刻提出异议，需要保持信息同步并提前确认其底线；影响低、利益高的干系人往往是最直接的使用者，适合纳入需求确认和试用反馈；影响与利益都低的干系人保持基本告知即可。分级是判断工具，具体动作仍要结合项目实际。
态度字段最容易填得随意。填写时把依据一并写上：支持可以来自明确的资源承诺或书面确认，抵触可以来自公开质疑或历史合作中的反复否决，未知则如实标注。对于尚未接触过的干系人，态度填“未知”并注明“待首次沟通确认”，比凭印象写成“中立”更有用，因为未知项本身就是下一步要闭环的工作。
角色与交付物分工：谁识别、谁确认、谁维护
识别工作如果只由项目经理一个人完成，覆盖面和准确性都有限。比较稳妥的分工是：项目经理牵头组织，各工作包负责人补充本领域信息，发起人或业务负责人确认关键范围，并约定固定的复核责任人。
| 角色 | 主要动作 | 交付物 |
|---|---|---|
| 项目经理 | 准备项目目标、范围与交付物清单作为输入；组织第一轮扫描；汇总并维护登记表 | 初始名单、登记表主版本 |
| 各工作包负责人 | 针对自己负责的范围，补充直接对接方、间接影响方和外部依赖方 | 本领域干系人补充条目及待确认项 |
| 发起人或业务负责人 | 确认关键干系人范围，判断是否遗漏有决策权或否决权的角色 | 关键干系人确认意见 |
| 复核责任人（可由项目经理兼任） | 按约定节奏检查登记表，跟踪未知项闭环，记录变更 | 更新后的登记表与变更说明 |
分工的关键在于交接物明确：工作包负责人提交的是带待确认标记的补充条目，而非口头提醒；发起人确认的是关键干系人范围，而非逐条审核全部字段；复核责任人负责的是登记表的时效性，而非重新做一遍识别。这样每个角色知道自己要交什么，登记表也不会在几次转手后失去维护。
当干系人清单需要在多人之间持续维护、与项目工作项和文档放在一起交接时，可以借助协作工具承载。ONES 支持以工作项和文档组织项目信息，团队可以把登记表作为项目文档维护，把待确认事项、沟通安排作为工作项分派给对接人，让清单更新和后续动作留在同一处，减少信息散落在个人表格里的情况。具体字段与视图配置以实际产品使用为准。
一个示例：从初始名单到参与计划
以下为演示情景，仅用于说明字段填写与参与动作的推导过程，不作为固定模板套用。
某制造企业启动仓储管理系统替换项目，目标是三个月内完成新系统上线并停用旧系统。项目范围包括系统选型、数据迁移、仓库人员培训和上线切换；不包含仓库货架改造。根据范围说明和组织结构，第一轮初始名单包括：项目发起人（运营副总）、仓储部负责人、仓库班组长代表、IT 部门接口人、财务部成本会计、系统供应商项目经理、信息安全专员。其中仓库班组长代表和信息安全专员标注为待确认，前者需确认具体人选，后者需确认是否属于本项目审批链。
以仓储部负责人为例填写登记表：角色为业务负责人兼验收方；与项目的关系是受影响并施加影响，涉及需求确认、培训组织和上线验收；关注点是上线期间不能影响日常出入库效率；影响程度高，因其掌握验收签字和人员调配；利益程度高，系统直接改变其部门作业方式；当前态度为支持，依据是项目启动会上明确表态配合并已指定对接人；期望参与方式是参加关键节点评审、确认培训计划、签署验收；对接人为项目经理。
再以仓库班组长代表为例：影响程度中，其意见会影响一线人员配合度但无审批权；利益程度高，日常操作直接变化；当前态度未知，尚未正式沟通；期望参与方式是参与试用反馈和操作培训。由此推导出的参与动作是：在需求确认阶段安排一次班组长座谈，了解现有作业痛点；试用阶段收集其反馈并纳入调整清单；上线前完成培训并指定其为班组内答疑人。信息安全专员在确认审批职责后，若属于合规审批链，则影响程度调整为高，参与方式增加方案评审环节。
这个示例说明的是推导逻辑：先有边界和名单，再用字段判断，最后由影响与利益组合决定参与动作。实际项目中的人员构成和判断依据会不同，照搬类别和结论容易失真。
识别结果的复核与完成检查
判断识别是否做完，可以用一份检查清单逐项核对：
- 扫描类别是否覆盖发起人、客户与使用方、执行团队、职能部门、供应商、监管或合规等方向，未覆盖的类别是否有合理说明。
- 关键干系人是否经发起人或业务负责人确认，确认记录是否留存。
- 登记表中是否还存在未处理的“待确认”标记，每个未知项是否有明确的确认动作和责任人。
- 影响程度、利益程度和态度字段是否都有判断依据，是否存在只有结论没有依据的条目。
- 每个高影响干系人是否都有对应的对接人和参与方式。
复核时点建议设在三类节点：阶段关口，如立项评审、上线评审前；范围发生变更时，新增或取消的交付物往往带来新的相关方；组织调整时，人员岗位变动会改变影响关系和对接人。复核不必每次全量重做，重点检查受变更影响的条目和此前的未知项。
更新后的登记表应同步给各工作包负责人和关键干系人的对接人，同步内容包括变更条目和变更原因，让相关角色知道自己的参与方式是否调整。只在工具里改字段而不通知，等于没有更新。
遗漏和误判有几个常见来源：只扫描直接对接人，忽略间接影响方，如受系统上线影响的周边岗位；把提出意见的人当成有决策权的人，高估其影响程度；态度记录一次后长期不更新，错过从支持转向抵触的信号；以及把供应商只当作执行方，忽略其在进度和交付质量上的实际影响力。纠正动作对应也很直接：补充间接影响方扫描、核对决策链、在关键节点重新确认态度、把外部依赖方纳入正式登记而非停留在联系人层面。
常见问题
项目刚立项、信息很少，第一轮识别怎么避免漏掉关键角色？
信息少的时候，先不要追求字段完整，把重点放在覆盖面。以项目目标、范围说明与交付物清单、组织结构三类输入划定边界，再按发起人、客户与使用方、执行团队、职能部门、供应商、监管或合规等类别逐类过一遍，每类至少问一句“这个方向有没有人受影响或能施加影响”。
对拿不准的条目，先以“待确认”标记放进初始名单，注明信息来源和需要核实的问题，例如具体人选、是否属于审批链。名单阶段允许存在未知项，这些未知项本身就是下一轮要闭环的工作。
影响程度和利益程度都评“高”的干系人很多，参与动作怎么区分优先级？
分级相同不代表动作相同，还要看关注点和当前态度。影响高、利益高的干系人需要实质性参与，如关键节点评审、方案确认或验收签字；态度为抵触或未知的，应优先安排单独沟通，先弄清其底线和顾虑，再确定参与方式。
如果高影响干系人数量偏多，可以回到判断依据核对：影响程度依据的是对范围、进度、预算、验收的决定权或阻碍能力，把仅有建议权的人调低一级，名单会更聚焦。分级是判断工具，具体动作仍要结合项目实际。
干系人态度从支持转为抵触，登记表之外还要做什么？
态度变化本身是复核要捕捉的信号。发现变化后，先在登记表中更新态度字段并写明依据，例如某次评审中的明确反对意见；再检查其关注点是否发生变化，参与方式是否需要调整。
如果该干系人影响程度高，应安排对接人尽快沟通，弄清抵触的具体原因，并把结论反馈到参与计划中。只在工具里改字段而不通知相关角色，等于没有更新。
跨部门项目里，工作包负责人补充的干系人条目质量参差，怎么统一？
统一的关键是明确交接物和填写口径。要求工作包负责人提交带待确认标记的补充条目，而不是口头提醒；条目至少包含类别、信息来源和待确认问题，字段填写参照登记表的统一口径。
项目经理汇总时做一次一致性检查，重点看影响程度和态度是否有依据、是否存在只有结论没有依据的条目。对反复出现的填写偏差，可以在下一次复核前用一两个示例条目做说明，减少返工。
项目进入执行阶段后，干系人识别还需要继续做吗？
需要，但不必每次全量重做。识别结果在阶段关口、范围变更、组织调整三类节点复核，重点检查受变更影响的条目和此前的未知项。范围变更往往带来新的相关方，组织调整会改变影响关系和对接人。
复核后把变更条目和变更原因同步给各工作包负责人和关键干系人的对接人，让相关角色知道自己的参与方式是否调整。这样登记表才能保持时效，而不是停留在立项时的那一版。
