指南 › 指南
RACI 矩阵模板：谁负责，谁只需知情
没有什么比一句“我以为是你在做”更能让项目脱轨。RACI 矩阵是廉价又略显啰嗦的解药。用这份 RACI 矩阵模板，在争吵发生之前先把谁负责什么定下来。
RACI 矩阵是什么
RACI 是一张表格：左边是交付物或决策，上方是人员或角色。每个单元格填一个字母，或留空。它把模糊的责任变成可以指给人看的东西。
它最好控制在一页，与表上列出的人一起约定一次，并在团队或范围变化时回顾。
- R（Responsible，执行）：做事的人，可以有多位。
- A（Accountable，问责）：对结果负责并签字确认。每行有且仅有一位。
- C（Consulted，咨询）：在工作或决策定稿前提供意见。双向沟通。
- I（Informed，知情）：事后被告知。单向沟通。
可直接复制的结构
把这个版式粘贴到电子表格或文档里。列用角色而不是姓名，这样人员调岗后矩阵依然有效。
行只列真正引起混乱的交付物、决策和周期性活动，不要把计划里的每个任务都放进来。
- 第 1 列：交付物或决策，写成名词短语（例如“已签批的需求”）。
- 第 2 列起：发起人、项目经理、业务负责人、技术负责人、供应商、PMO、财务。
- 每个单元格：R、A、C、I，或留空。
- 最后一列：备注，用于记录例外情况和签批额度。
一个简短示例
示例仅作说明。以“批准 £10,000 以下的变更请求”这一行为例：项目经理（R）负责准备方案，发起人（A）对决定负责，财务和技术负责人被咨询（C），PMO 知情（I）。
沿着一行读过去，应当至少看到一个 R，恰好一个 A，并且清楚该找谁问。
- 批准预算变更：发起人 A，项目经理 R，财务 C，PMO I。
- 发布周报：项目经理 A 和 R，发起人 I，PMO I。
- 验收交付物：业务负责人 A，项目经理 R，技术负责人 C，发起人 I。
防止它沦为摆设的规则
错误的 RACI 矩阵比没有还糟，因为大家会相信它。每次更新时都按下面的规则检查。
如果某一行违反规则，那恰恰是有用的发现。先修正这一行，再去解决它背后的沟通问题。
- 每行恰好一个 A。两个问责人，就等于没人负责。
- 每行至少一个 R。有 A 没有 R，只是一个愿望。
- 警惕 C 太多。人人都要咨询，决策就会卡住。
- 也要按列检查：每行都是 R 的人是瓶颈，一个都没有的人也许根本不需要。
- 发布前，请每个被点名的人书面确认自己的字母。
让它保持有效
在每个阶段评审点以及关键角色变动时回顾矩阵。把它和项目章程放在一起，而不是躲在某人的收件箱里。
在 Senshin 中，干系人与治理区域把角色、负责人和决策权限与项目放在一起，计划与人员保持关联。
- 把矩阵附在章程之后，使其拥有同等效力。
- 在 RAID 日志条目中引用它，快速找到正确的负责人。
- 上报时参照它：A 就是该找的上报对象。
让它保持实时更新，别再放在电子表格里
Senshin 把计划、RAID、预算和报告集中在一处，无需每周复制粘贴，内容就能保持最新。14 天试用，附带示例项目。
开始 14 天试用它在 Senshin 中的位置
或每年 £499.90。所有计划均以 14 天试用起步；试用结束后，您的项目数据将保留为只读状态，直至您订阅。可随时取消。价格不含税。 Enterprise 按合同定价： 联系我们。
常见问题
RACI 是什么的缩写？
RACI 是 Responsible（执行）、Accountable（问责）、Consulted（咨询）和 Informed（知情）的缩写，描述一个人参与某项交付物或决策的四种方式。
执行（R）与问责（A）有什么区别？
执行者做具体工作，可以有多位；问责者对结果负责并批准，每项交付物应当只有一位。
一个人可以同时是执行者和问责人吗？
可以，在小任务上很常见。在单元格里写 A/R，并且仍然保持每行只有一位问责人。
RACI 矩阵应该做到多详细？
够解决实际混乱即可，不必更多。一页关键交付物、决策和周期性活动，胜过没人看的一百行表格。
更多指南
最后更新: