RACI 责任矩阵怎么用？四种角色与填写规范

RACI 最常见的填法错误是一件事标了三个 A——有三个人有最终决定权等于没人有。本文讲解 R、A、C、I 四种角色的准确含义、每行只能有一个 A 的原因、填写顺序以及和泳道图的配合方式。RACI 责任矩阵的作用只有一个让每件事都有明确的负责人和决策人。它解决的是那种典型的困境——项目卡住了你不知道该找谁推进出了问题几个人都说这不是我这边定的。但很多团队填完 RACI 之后情况没有改善原因通常是同一个一行里标了两三个 A。有三个人有最终决定权等于没人有决定权。一、四种角色的准确含义字母全称含义数量要求RResponsible实际执行这件事的人至少 1 个可多个AAccountable对结果负最终责任、有决策权有且只有 1 个CConsulted决策前必须征询意见的人0 到若干IInformed结果出来后需要被告知的人0 到若干R 和 A 的区别是最常被搞混的。R 是干活的人A 是拍板并承担后果的人。两者可以是同一个人但职责性质不同事情没做完找R事情做错了方向找A方案要改A说了算C 和 I 的区别在于时机。C 是决策前要问的他的意见会影响决定I 是决策后要告知的他不参与决策但需要知道结果。把应该是 C 的人标成 I后果是他事后跳出来反对事情返工把应该是 I 的人标成 C后果是决策链条变长什么事都推不动。二、每行只有一个 A这是 RACI 最核心也最容易被违反的规则。为什么必须只有一个A 代表最终决策权和责任归属。两个人同时有决策权遇到分歧时就会僵住或者互相推诿。共同负责在实践中通常等于没人负责。常见的破例冲动这件事产品和技术都要拍板 → 拆成两行。技术方案选型 A 是技术负责人功能范围 A 是产品负责人这是我们两个部门一起的事 → 找到共同上级或者拆成两个可分离的子任务老板才是最终决策人 → 那 A 就是老板但要确认他真的会看、会拍板。挂个名不参与的 A 比没有 A 更糟如果实在拆不开、也找不到唯一的 A说明这件事的权责设计本身有问题应该先解决这个问题而不是在表格里含糊过去。三、填写顺序不要横着一行行填按这个顺序效率更高第一步列任务清单行。粒度以能被独立分配和验收为准。太粗完成项目没有意义太细发一封邮件会让表格失控。一个中型项目通常 15–30 行合适。第二步列角色列。建议写岗位不写人名——人会变动岗位相对稳定。人员对应关系单独维护。第三步先把所有 A 填完。一行一个全部填完再往下走。这一步会暴露最多问题某些行找不到唯一的 A某个人被填成十几行的 A超载了。第四步填 R。A 已定的前提下R 通常很清楚。第五步填 C 和 I。这一步要克制。C 越多决策越慢每加一个 C 都要问不问他会出什么问题。四、填完之后的三个检查横向检查每行有且仅有一个 A 吗至少有一个 R 吗没有 R 说明这件事没人干C 是不是超过 3 个超过就要精简纵向检查每列某个人是不是 A 的行特别多可能超载考虑下放某个人是不是全列都是 I他可能不需要出现在这张表里某个人是不是全列都是 C说明他成了瓶颈所有事都要问他整体检查有没有全是 I 没有 R 的行那件事实际上没人做有没有一个人既是 R 又是 A 又占了大半行团队可能过度依赖单点五、什么时候需要 RACI什么时候不需要RACI 有维护成本不是所有场景都值得用。适合用的跨部门项目责任边界本来就不清参与方超过 5 人有明确的交付物和验收环节出过没人做或重复做的问题不必用的3 人以内的小团队直接说清楚更快常规重复性工作责任早已固化探索期项目分工每周都在变判断标准有没有出现过这事谁负责的争议出现过就值得填没出现过填了也只是一份没人看的表格。六、和泳道图配合使用RACI 和泳道图解决的是同一类问题的两个侧面RACI泳道图表达谁对什么负责事情怎么流转形态矩阵流程图强项决策权归属清晰交接顺序和条件清晰弱项看不出先后顺序看不出谁有决策权推荐组合用法先画泳道图理清流程和交接点再对着流程里的关键环节填 RACI 明确决策权。两者对照时会发现问题——比如泳道图上某个环节只由一个部门执行但 RACI 里这件事的 A 在另一个部门这个错位就是潜在的卡点。在同一块画布上把泳道图和 RACI 表并排放对照检查会顺手得多。英飞·思想家支持表格、图形等多种组件同屏组合多人实时协作各方可以在自己负责的行上直接批注确认。七、RACI 的几种变体标准 RACI 之外实践中常见几种扩展按需选用RASCI——多一个SSupport区分执行和提供支持。适合有共享服务团队的组织RACI-VS——多VVerify验证和SSign-off签署。适合合规要求高的行业DACI——用于决策场景Driver 推动者、Approver 批准者、Contributor 贡献者、Informed 知会者不建议一上来就用复杂变体。标准 RACI 已经能解决八成问题变体增加的准确度往往抵不过增加的维护成本。八、维护与更新RACI 最常见的死法是填完就没再看过。三条建议放在项目材料所在的地方。和排期、需求文档、流程图放在同一块画布上讨论时随手可查。存成单独的 Excel 塞进网盘基本等于不存在。人员变动时立刻更新。这是最高频的失效原因——某个 A 离职或转岗表格没改事情就悬空了。每个里程碑复核一次。项目推进过程中职责会自然演化定期对照实际情况修正。常见问题R 和 A 有什么区别R 是实际干活的人A 是拍板并对结果负最终责任的人。可以是同一个人但性质不同事情没做完找 R方向错了找 A。为什么每行只能有一个 AA 代表最终决策权。两个人同时有决策权遇到分歧会僵住或互相推诿。共同负责在实践中通常等于没人负责。C 和 I 怎么区分C 是决策前必须征询的意见会影响决定I 是决策后需要告知的不参与决策。搞混会导致事后返工或决策链条过长。多大的项目才需要 RACI参与方超过 5 人、跨部门、或出现过这事谁负责的争议时值得填。3 人以内的团队直接沟通更快。填完之后怎么维护放在项目材料所在的地方随手可查人员变动时立刻更新每个里程碑复核一次。结语RACI 的全部价值集中在一条规则上每行有且只有一个 A。这一条守住权责就清楚了守不住填得再全也解决不了这事谁定的问题。填写时先把所有 A 填完再往下走C 的数量要克制。配合泳道图一起用流程和权责能互相校验。