干系人登记册、沟通计划和RACI常被放在同一套项目治理文件里，但它们回答的问题不同：登记册记录“谁与项目相关、关心什么、影响力和态度如何”，沟通计划规定“向谁、何时、通过什么渠道、传递什么信息、由谁负责”，RACI则把具体工作项或交付物的角色拆成负责、审批、咨询、知会。本文按信息记录和职责分配两条线，说明三者的字段归属、衔接顺序，以及出现不一致时的修正办法。
要点总览（TL;DR）
- 干系人登记册记录“谁与项目相关、关心什么、影响力与态度如何”，是相关方识别与分析的底账；沟通计划规定“向谁、何时、通过什么渠道、传递什么信息、由谁负责”；RACI把具体工作项的角色拆成负责、审批、咨询、知会。
- 信息记录上，描述“人”的稳定属性放登记册，描述“沟通安排”的放沟通计划，跨文件使用引用而非复制，避免同一信息两处维护、两处失真。
- 职责分配上，RACI按工作项展开，与登记册按人展开的视角互补；只做RACI容易遗漏影响力高但暂未卷入具体工作项的相关方。
- 衔接顺序为：先建登记册识别与分析相关方，再据此制定沟通计划，然后对关键交付物建立RACI，最后设定评审节点保持三份文件联动更新。
- 三份文件不一致时按“先改登记册、再改沟通计划、最后改RACI”的顺序修正；小型项目可合并登记册与沟通计划，相关方多或强监管场景建议完整建立并留痕。
三者分别记录什么：一张同口径对照表
把三份文件放在同一张表里比较，最容易看清的是记录对象和粒度的差异。登记册以“人/组织”为单位，沟通计划以“沟通事件”为单位，RACI以“工作项与角色”为单位。粒度不同，决定了它们不能互相替代，也决定了更新触发条件不同。
| 比较维度 | 干系人登记册 | 沟通计划 | RACI矩阵 |
|---|---|---|---|
| 记录对象 | 相关方个人或组织 | 一次沟通活动或一类定期沟通 | 一个工作项、交付物或决策 |
| 典型字段 | 姓名/组织、角色、利益关切、影响力、当前态度、参与程度、联系方式 | 信息内容、频率、渠道、发送者、接收者、反馈方式、责任人 | 工作项名称、R负责、A审批、C咨询、I知会 |
| 更新触发 | 相关方新增、退出、态度或影响力变化 | 沟通需求变化、项目阶段切换、渠道或频率调整 | 工作项范围变更、角色调整、审批链变化 |
| 主要责任人 | 项目经理或干系人管理负责人 | 项目经理与沟通接口人 | 工作项负责人，项目经理统筹 |
| 常见误用 | 只登记姓名，不记录关切与态度 | 写成会议日历，缺少信息内容和反馈方式 | 每项都填多个A，或把RACI当成人员名单 |
三者的重叠主要在“人名与角色”这一层：同一个相关方会同时出现在登记册和沟通计划的接收者栏，也可能出现在RACI的C或I中。不重叠的部分才是各自的核心价值：登记册的分析属性、沟通计划的时点与渠道约定、RACI对工作项的唯一审批人约束。理解这一点，后续的字段归属和衔接才有依据。
信息记录的分工：登记册管人，沟通计划管事
信息记录维度上，登记册负责“相关方是谁、处于什么状态”，沟通计划负责“信息如何流动”。两份文件都涉及人名，但记录目的不同，字段应各归其位，避免同一信息在两处维护、两处失真。
字段归属清单
| 字段 | 主文件 | 引用关系 |
|---|---|---|
| 姓名、所属组织、职务 | 登记册 | 沟通计划与RACI引用，不重复维护 |
| 利益关切、期望 | 登记册 | 沟通计划据此确定信息内容 |
| 影响力、当前态度、参与程度 | 登记册 | 沟通计划据此确定频率与渠道强度 |
| 信息内容、频率、渠道 | 沟通计划 | 不写入登记册 |
| 发送者、接收者、反馈方式 | 沟通计划 | 接收者引用登记册中的相关方名称 |
| 工作项角色（R/A/C/I） | RACI | 角色对应的人引用登记册 |
归属原则可以概括为：描述“人”的稳定属性放登记册，描述“沟通安排”的放沟通计划，描述“工作项职责”的放RACI。需要跨文件使用的信息采用引用而非复制，例如沟通计划的接收者栏只写相关方编号或名称，具体背景回登记册查看。
相关方变动时的联动更新
相关方新增时，先在登记册补充角色、关切、影响力和参与程度，再判断是否需要新增沟通安排；相关方退出时，登记册标记状态，沟通计划中对应的接收者同步移除或改为知会，RACI中其承担的角色转交他人。态度或影响力发生明显变化时，登记册更新分析结论，沟通计划的频率和渠道随之调整。联动更新的关键是确定一个触发点，通常由项目经理在相关方评审或阶段例会上统一发起，避免各文件各自修改。
职责分配的分工：RACI补上工作项层面的角色
RACI解决的是“这件事谁干、谁批、问谁、告知谁”，它按工作项展开，与登记册按人展开的视角正好互补。四个角色的含义需要先统一：R（负责）是实际执行并产出结果的人；A（审批）是对结果负最终责任、有权拍板的人，每项工作项只设一个A；C（咨询）是在决策或执行前需要征询意见的人；I（知会）是结果确定后需要被告知的人。
粒度差异决定了RACI不能替代登记册。登记册回答“项目有哪些相关方”，RACI回答“某个交付物上各相关方扮演什么角色”。如果只做RACI，容易遗漏两类人：一类是影响力高但暂未卷入具体工作项的相关方，另一类是需要长期维护关系、但不直接参与交付的外部单位。这两类人恰恰是登记册要覆盖的对象。
一个工作项的填写示例
以“上线前用户验收测试报告”为例：测试负责人为R，负责组织测试并输出报告；项目经理为A，对报告能否作为上线依据做最终确认；业务部门代表为C，在测试范围和验收标准上提供意见；运维负责人为I，报告定稿后知会，用于安排上线窗口。这个示例中，沟通计划里“测试报告发送给运维负责人”这一条，对应的正是RACI中的I；而“项目经理确认报告”对应A。两份文件的接口就在发送者与接收角色的对应关系上。
衔接流程：从识别相关方到职责落地
三份文件的建立有先后依赖：没有登记册，沟通计划缺少对象和分析依据；没有沟通计划，RACI中的知会和咨询容易落空。建议按以下四步推进，每步明确输入、动作、产出和责任人。
| 步骤 | 输入 | 动作 | 产出 | 责任人 |
|---|---|---|---|---|
| 第一步：识别与分析相关方 | 项目章程、组织架构、历史项目记录 | 列出相关方，记录角色、关切、影响力、态度、参与程度 | 干系人登记册初版 | 项目经理 |
| 第二步：制定沟通计划 | 登记册中的关切与参与程度 | 为每类相关方确定信息内容、频率、渠道、发送者、反馈方式 | 沟通计划 | 项目经理与沟通接口人 |
| 第三步：建立关键工作项RACI | 工作分解结构、沟通计划中的发送与接收安排 | 对关键交付物和决策逐项填写R/A/C/I，确保每项唯一A | RACI矩阵 | 各工作项负责人，项目经理统筹 |
| 第四步：建立变更联动机制 | 三份文件的当前版本 | 设定评审节点，相关方或范围变动时同步更新三份文件并通知受影响角色 | 更新记录与通知记录 | 项目经理 |
第三步有一个容易忽略的细节：沟通计划中“由谁发送”应落到RACI的R或A上。如果某项沟通的发送者在RACI中既不是R也不是A，说明职责分配存在缺口，需要回填或调整。第四步的联动机制不必复杂，关键是固定评审时点，例如每个阶段结束时核对一次相关方名单与RACI角色是否仍然一致。
当三份文件需要在同一协作空间中维护时，可以用文档承载登记册和沟通计划，用工作项或表格承载RACI，并通过统一的命名和编号保持引用一致。ONES提供文档与工作项协作能力，适合把相关方信息、沟通安排和职责矩阵放在同一项目空间内维护；具体模板形态和跨对象引用方式，建议在实际产品中核验后再确定。
常见错位与修正：三份文件互相打架时怎么处理
实际项目中最常见的问题不是文件缺失，而是三份文件各自更新、彼此脱节。以下四类错位可以按对照清单处理。
| 错位情形 | 识别信号 | 修正动作 |
|---|---|---|
| 登记册有相关方，沟通计划无对应安排 | 某相关方在登记册中影响力高，但沟通计划中找不到接收记录 | 补充沟通条目，或说明该相关方通过何种既有渠道获取信息 |
| RACI中出现登记册未收录的角色 | RACI的C或I对应的人员不在登记册中 | 回登记册补充该相关方及其关切，再判断沟通安排是否需要调整 |
| 同一角色在三份文件中名称或职责表述不一致 | 同一人在登记册称“业务接口人”，在RACI称“需求负责人” | 统一角色名称，明确该角色在沟通计划和RACI中的具体职责边界 |
| 沟通计划频率与实际执行脱节 | 计划每周沟通，实际每月一次且无人提出 | 评估信息需求是否变化，调整频率或渠道，并同步更新RACI中相关知会安排 |
修正时遵循一个顺序：先改登记册，再改沟通计划，最后改RACI。原因是登记册是相关方信息的主文件，后两份文件都引用它。若先改RACI，容易出现角色与相关方信息对不上的情况。修正完成后，在文件版本记录中注明变更原因和影响范围，便于后续追溯。
适配场景与选择建议
三份文件不必在所有项目中以同等详细程度存在。项目规模、相关方复杂度和治理要求决定组合方式，以下建议按场景划分。
| 场景 | 建议组合 | 落地要点 |
|---|---|---|
| 小型项目、相关方少且集中 | 登记册与沟通计划合并为一张表，RACI只覆盖关键交付物 | 合并表中保留相关方属性与沟通安排两栏；RACI控制在十项以内 |
| 相关方多、跨组织协作 | 三份文件完整建立，分别维护 | 统一相关方编号；沟通计划按相关方分组；RACI按交付物分组 |
| 强监管或需审批留痕 | 完整组合，并增加审批记录与版本留痕 | RACI中的A需与审批权限一致；沟通计划记录发送与确认时间 |
| 协作工具承载 | 文档加工作项或表格的组合 | 相关方名称与角色口径统一；设定固定评审节点同步三份文件 |
落地检查可以围绕四个问题展开：登记册中的每个高影响力相关方，是否都能在沟通计划中找到对应的信息安排；RACI中的每个角色，是否都能在登记册中找到对应的人；沟通计划中的每个发送者，是否在RACI中承担R或A；三份文件的相关方名称是否一致。四个问题都能回答“是”，说明三份文件的分工与衔接基本成立。
常见问题
项目刚启动、相关方还没摸清时，三份文件应该先做哪一份？
先做干系人登记册。沟通计划需要依据登记册中的利益关切和参与程度来确定信息内容与频率，RACI需要以相关方名单为基础分配角色，两者都引用登记册。启动阶段可以只维护登记册的核心字段——角色、关切、影响力、当前态度、参与程度，等关键相关方基本明确后再展开沟通计划，RACI则随关键交付物确定逐步补充。
RACI里的C和I，是否都要在沟通计划中有对应的沟通安排？
不一定逐一对应，但需要能解释清楚。C（咨询）通常在决策或执行前发生，往往对应沟通计划中的评审、征求意见类沟通；I（知会）对应结果确定后的告知，通常能在沟通计划的发送与接收安排中找到落点。如果某个C或I在沟通计划中找不到任何对应安排，需要判断是该角色实际不需要单独沟通，还是沟通计划存在遗漏。反过来，沟通计划中“由谁发送”应落在RACI的R或A上，否则说明职责分配存在缺口。
相关方中途退出项目，三份文件要按什么顺序更新？
按登记册、沟通计划、RACI的顺序更新。先在登记册中标记该相关方退出并记录时间，再检查沟通计划中以其为接收者或发送者的条目，移除或改由他人承接，最后处理RACI中其承担的角色，转交他人并确认每项工作项仍有唯一的A。顺序颠倒容易出现RACI角色已改、登记册仍保留旧信息的情况，后续核对时难以判断哪份文件为准。
小型项目能否把三份文件合并成一份？
可以合并登记册与沟通计划，用一张表同时保留相关方属性和沟通安排两栏，但RACI建议单独保留。原因是登记册与沟通计划都围绕相关方展开，合并后字段仍能对应；RACI按工作项展开，与按人展开的表格混在一起容易让角色和职责边界变模糊。小型项目的RACI可以只覆盖关键交付物，控制在十项以内，保持每项唯一A即可。
三份文件放在协作工具里维护时，怎样减少各自更新造成的脱节？
关键是统一口径和固定核对时点。相关方名称与角色表述在三份文件中保持一致，跨文件引用时使用同一编号而非各自复制；设定阶段结束或相关方评审时的核对节点，逐项检查高影响力相关方是否有沟通安排、RACI角色是否都在登记册中、沟通发送者是否承担R或A。ONES提供文档与工作项协作能力，可用于在同一项目空间内承载相关方信息、沟通安排和职责矩阵；具体模板形态与跨对象引用方式，建议结合实际产品核验后确定。
