读懂 RACI 矩阵：厘清责任归属的入门指南
随便问哪位项目经理，哪些失败至今仍让他耿耿于怀，你听到的多半是同一个故事的变体：一项关键任务，人人都以为别人在负责，直到截止日期来临，才发现根本没人做。2021年里，团队分散在各自的居家办公室和不同时区之间，过去那种在走廊里随口就能厘清的默契——曾经替模糊的角色打了掩护——如今已荡然无存。RACI 矩阵正是用来解决这个问题的最常用工具，而且它足够简单，任何团队这一周就能上手。
RACI 是一种方法，针对每一项任务或决策，标明谁扮演什么角色。这个名称是四种角色的首字母缩写，其全部要义在于：在工作开始之前就把责任讲清楚，而不是等出了岔子才追究。
四个字母的含义
执行者（Responsible）。 实际动手完成任务的人，可以是一人或多人。一项任务可以有多名执行者，但至少要有一名。
负责人（Accountable）。 对结果负责、并最终拍板确认其正确完成的唯一一人。黄金法则是：每项任务恰好一个“A”——不多也不少。清晰与否，就在这里见分晓。
被咨询者（Consulted）。 在工作定稿之前需要征求其意见的人——双向沟通。比如领域专家、法务，或是你需要争取其支持的利益相关方。
被告知者（Informed）。 需要随时了解进展或结果的人——单向沟通。他们不参与决策，只需知情即可。
人们最常混淆的，是执行者与负责人之间的区别。执行者关乎“做”，负责人关乎“担”。开发人员可以是编写代码的执行者，而项目经理是该功能交付的负责人。在小任务上二者可以是同一人，但在较大任务上把它们分开，正是防止责任被稀释、进而避免项目沉没的关键。
如何搭建一张矩阵
RACI 矩阵不过是一张表格。把任务或交付物作为行列在左侧，把人员或角色作为列排在顶端。然后在每个单元格里填上 R、A、C 或 I——若此人与该任务无关，则留空。一次处理一项任务，逐行推进。
把行保持在合适的颗粒度——只列重大任务和决策，而非每一个琐碎步骤，否则矩阵将无法维护。
为每一行恰好指派一个“A”。负责人一栏留空，是最常见也最具破坏性的错误。
提防过多的“C”；事事都要咨询所有人，正是让项目陷入停滞的根源。
在人员可能变动之处，用角色而非姓名，让矩阵不因任何一名成员离去而失效。
让它真正发挥作用
唯有当团队共同搭建、随后真正使用时，RACI 矩阵才物有所值。在工作坊里一起拟定，能把那些真正要紧的分歧浮现出来——两个人都自认为是负责人，或某项任务压根没有明确归属——而此时化解它们的代价还很低。一旦达成一致，就让它保持可见，并在范围变化时随时复审。把它当作一份动态的共识，而非归档后便遗忘的文件。目标不是一张整齐的图表，而是一支人人都清楚自己该担当什么、又只需被告知什么的团队。
如果你正在筹建一个项目，希望角色与决策权在压力之下依然稳固，XNM 的项目群与项目交付咨询 可以帮助你从第一天起就把根基打牢。