干系人参与评估矩阵把每位干系人的当前参与程度、目标状态和差距动作放在同一行，填写时两列使用同一套五级口径：当前参与程度按已经观察到的行为判定，目标状态按项目在该阶段对该干系人的实际需要判定。本文给出一张可直接复制的空白矩阵，逐列说明填写依据，并用一条完整记录示范从当前状态推导到参与策略的过程。
要点总览（TL;DR）
- 矩阵主表保留八列：干系人、角色/影响、当前参与程度、目标状态、差距、参与策略、责任人、复核日期，五级取值统一为不了解、抵制、中立、支持、主导。
- 当前参与程度按最近已观察到的行为判定，口头表态和主观印象不作为依据；同一干系人在不同事项上表现不一致时，以对项目目标影响最大的事项为准。
- 目标状态按项目在该阶段对该干系人的实际需要判定，不追求越高越好；只需验收签字的合规负责人定为中立或支持即可，需要牵头协调的发起人才适合定为主导。
- 干系人、当前参与程度、目标状态、参与策略四列必填；状态暂时无法判定时标记“待确认”并写明需观察的行为和确认时间，该行不计入差距统计。
- 每个阶段节点复核一次，职责变化、范围调整、态度明显转变、关键评审或验收前后立即更新，修改时保留原值并记录变化依据。
可复制空白模板：干系人参与评估矩阵
下面这张表可以直接复制到文档或表格工具中使用。表头之后保留三行空白记录，按项目实际干系人数量增删行即可。五级参与程度的取值统一为：不了解、抵制、中立、支持、主导。
| 干系人 | 角色/影响 | 当前参与程度 | 目标状态 | 差距 | 参与策略 | 责任人 | 复核日期 |
|---|---|---|---|---|---|---|---|
如果项目需要记录更多信息，可以在主表右侧追加影响程度、联系方式、备注等列，主表八列的顺序保持不变，便于不同项目之间对照阅读。矩阵上方建议写明项目名称、编制人和最近更新日期，让读者知道这份表对应哪个阶段。
字段说明：每一列填什么、依据是什么
八个字段中，当前参与程度和目标状态是判定核心，其余字段围绕这两列展开。填写前先明确判定口径，可以避免同一项目里不同人用不同标准打分。
| 字段 | 填写内容 | 判定依据 |
|---|---|---|
| 干系人 | 具体的人或明确的组织单元，如“财务部预算主管”“客户方IT负责人” | 写到可以指认到具体对象，避免只写“财务部”“客户”这类笼统群体 |
| 角色/影响 | 该干系人在项目中的角色，以及其影响体现在哪里，如审批、资源、使用、被影响 | 依据项目章程、组织结构和已识别的相关方信息 |
| 当前参与程度 | 五级取值之一：不了解、抵制、中立、支持、主导 | 依据已经观察到的行为，不依据口头表态或主观印象 |
| 目标状态 | 五级取值之一，与当前列同一套口径 | 依据项目在该阶段对该干系人的实际需要 |
| 差距 | 用“当前→目标”表示，如“中立→支持” | 由前两列组合直接得出，不需要额外判断 |
| 参与策略 | 缩小差距的具体动作，如定向汇报、评审邀请、一对一沟通 | 由差距方向和干系人角色决定 |
| 责任人 | 负责执行该策略并跟踪状态变化的人 | 通常是项目经理或与该干系人对接最密切的成员 |
| 复核日期 | 下一次确认该行状态的时间 | 结合项目阶段节点设定 |
五级参与程度的行为特征可以按下表判定。判定时看最近一段时间内实际发生的行为，同一干系人在不同事项上表现不一致时，以对项目目标影响最大的事项为准。
| 参与程度 | 可观察行为特征 |
|---|---|
| 不了解 | 未收到或未阅读项目信息，对项目目标、范围没有形成认知，也未表达任何态度 |
| 抵制 | 公开或私下表达反对，拖延配合事项，对项目产出提出否定意见且不参与改进 |
| 中立 | 知晓项目情况，按要求提供信息或参加必要会议，不主动推动也不阻挠 |
| 支持 | 主动提供资源或信息，在自身职责范围内推动项目进展，愿意为项目调整自己的工作安排 |
| 主导 | 主动发起或牵头与项目相关的活动，影响其他干系人的态度，对项目结果承担明确责任 |
目标状态的判定要回到项目需要，而非越高越好。一位只在验收阶段签字确认的合规负责人，目标状态定为“中立”或“支持”即可；一位需要牵头跨部门协调的发起人，目标状态才适合定为“主导”。把所有人目标都写成“支持”以上，会让差距列失去筛选作用，参与策略也会失去重点。
差距列写成“当前→目标”的形式，能直接看出需要推动的方向和幅度。参与策略与差距对应：从“不了解”到“中立”，重点是让对方获得准确信息；从“抵制”到“中立”，重点是了解反对原因并处理具体顾虑；从“中立”到“支持”，重点是给出参与机会和明确职责；从“支持”到“主导”，重点是授权和共同决策。复核日期按项目阶段设置，阶段节点前后各确认一次较为稳妥。
必填与选填：哪些列不能空
矩阵要能支撑后续沟通安排，四列必须填写完整：干系人、当前参与程度、目标状态、参与策略。这四列构成一条可执行的记录，缺任何一列，这条记录都无法指导行动。
- 必填列：干系人写到可指认的对象；当前参与程度和目标状态从五级取值中选择；参与策略写明具体动作，不写“加强沟通”这类无法执行的说法。
- 建议填写：差距、责任人、复核日期。差距可由前两列推导，但写出来便于快速筛选；责任人和复核日期决定这条记录是否有人跟进。
- 选填列：影响程度、联系方式、备注。影响程度用于排序优先级，联系方式便于执行策略时找到人，备注记录特殊背景。
当前参与程度暂时无法判定时，不要凭印象填一个等级，可以标记为“待确认”，并在备注中写明需要观察的行为和确认时间，在复核日期前补填。目标状态无法判定，通常说明项目对该干系人的需要还没有想清楚，应回到项目阶段目标和职责分工中确认后再填。标记“待确认”的行不计入差距统计，避免用不准确的数据做判断。
填写示例：一条完整记录从当前到目标
以下为演示情景，用于说明判定过程，不代表真实项目数据。
某系统升级项目进入需求确认阶段，需要客户方IT负责人配合确认接口改造范围。过去两周的观察是：该负责人参加了两次需求会议，会上未表达反对，会后按约定提供了现有系统接口清单，但对新增接口的排期没有主动跟进，也未在部门内推动相关准备。项目在该阶段需要他确认改造范围，并在其部门内协调测试资源。
| 字段 | 填写内容 | 填写说明 |
|---|---|---|
| 干系人 | 客户方IT负责人 | 可指认到具体岗位和个人 |
| 角色/影响 | 接口改造范围确认人，掌握测试资源调配 | 影响体现在审批和使用两个环节 |
| 当前参与程度 | 中立 | 按要求参会并提供清单，未主动推动，符合中立的行为特征 |
| 目标状态 | 支持 | 项目需要其主动确认范围并协调测试资源，超出被动配合，定为支持 |
| 差距 | 中立→支持 | 需要从被动配合转为主动推动 |
| 参与策略 | 在范围确认会上明确其确认职责和截止时间；提前一天发送待确认清单；邀请其指定测试资源对接人 | 针对“给出参与机会和明确职责”设计具体动作 |
| 责任人 | 项目经理 | 与该负责人直接对接 |
| 复核日期 | 范围确认会结束后三个工作日内 | 绑定阶段节点，便于及时确认状态是否变化 |
这条记录的关键在于当前状态依据的是已发生的行为：参会、提供清单属于配合，未主动跟进和未在部门内推动说明尚未达到支持。目标状态依据的是项目需要：范围确认和资源协调都需要对方主动投入。策略因此落在明确职责和提供参与入口上，而不是泛泛地增加沟通频次。
调整与维护：矩阵怎么随项目更新
矩阵在项目启动阶段首次填写，之后随阶段推进更新。建议在每个阶段节点复核一次，同时设置事件触发：干系人职责或岗位发生变化、项目范围或进度出现重大调整、某位干系人出现明显的态度转变、关键评审或验收前后，都应立即更新对应行。
- 状态变化记录：修改当前参与程度时，在备注中写明变化依据和日期，保留原值便于回溯，不直接覆盖历史判断。
- 与参与管理计划衔接：矩阵中的参与策略汇总后进入干系人参与管理计划，沟通安排、会议邀请和汇报节奏以策略为依据；策略执行后回到矩阵更新状态。
- 版本保留：每次整体复核后保留一个版本，标注日期和编制人，阶段结束时归档，便于复盘时对照各阶段的状态变化。
矩阵通常与项目文档放在一起维护，更新时涉及多人协作。使用 ONES Wiki 时，可以用模板库创建矩阵文档，页面组关联对应项目，让矩阵与需求、任务互相对应；文档记录页面版本并支持回滚，状态调整有据可查；按角色配置读写权限，让责任人只修改自己负责的行。这样矩阵的每次复核都留下可追溯的记录，与参与管理计划保持同步。
常见问题
当前参与程度和目标状态可以填不同等级口径吗？
两列必须使用同一套五级口径，即不了解、抵制、中立、支持、主导，否则差距列无法直接比较。差距写成“当前→目标”的形式，例如“中立→支持”，读者一眼就能看出需要推动的方向和幅度。如果两列口径不一致，参与策略也会失去对应关系，后续复核时难以判断状态是否真的发生了变化。
某位干系人态度反复，当前参与程度该填哪一级？
先看行为发生在哪些事项上。如果该干系人在资源协调上主动推动，在评审签字上拖延，就以对项目当前阶段目标影响最大的事项为准判定。同时把另一面的表现写进备注，注明观察日期和具体行为。复核日期可以设得近一些，等下一次关键节点后再确认状态是否稳定，避免用一次偶发表态定级。
目标状态填“主导”是不是越多越好？
目标状态反映项目在该阶段对该干系人的实际需要，等级高意味着对方要投入更多时间和责任。把所有人都定为主导，差距列会普遍偏大，参与策略也难以聚焦。更稳妥的做法是逐人回到职责分工：只需要知情和配合的干系人定为中立或支持，需要牵头跨部门协调、对结果承担明确责任的才定为主导。
矩阵填好后，参与策略和沟通安排怎么衔接？
矩阵中的参与策略汇总后进入干系人参与管理计划，会议邀请、汇报节奏和评审安排以策略为依据；策略执行后回到矩阵更新当前参与程度，形成闭环。日常团队内部的信息同步属于另一类沟通机制，不必逐条写进矩阵，矩阵聚焦的是项目与各干系人之间的关系和参与状态。
用文档工具维护矩阵时要注意什么？
重点是让每次修改可追溯。使用 ONES Wiki 时，可以用模板库创建矩阵文档，页面组关联对应项目，让矩阵与需求、任务互相对应；文档记录页面版本并支持回滚，状态调整有据可查；按角色配置读写权限，让责任人只修改自己负责的行。这样阶段复核时能对照历史版本，确认状态变化是否与参与策略的执行一致。
