1. 一个具体问题
一次活动上线前，设计以为运营确认了文案，运营以为法务会直接通知设计，项目负责人以为大家已经沟通过。直到发布当天，所有人都说自己参与了，仍没有人能明确回答谁有权作最后决定。问题是责任关系不清，而不是缺少会议。
2. 一句话解释
RACI 用执行者、最终负责者、被咨询者和被知会者四种关系，说明每个交付物由谁完成、谁拍板、谁提供意见、谁需要获知结果。
3. 出处与原意
RACI 属于责任分配矩阵，PMI 将其用于描述角色与项目活动的关系。Responsible、Accountable、Consulted、Informed 对应四个字母。它是一种广泛使用的管理工具，不需要依赖某个未经核实的单一发明者故事；具体组织对词语的中文翻译可能不同，实施前应先统一含义。
4. 原理与机制
横轴列角色，纵轴列能验收的任务或决策。通常每行应有明确的最终负责者，执行者可以不止一个。咨询意味着决定前需要双向交流，知会意味着决定后提供必要信息。矩阵必须配合决策时限、授权范围和升级路径，否则只是字母表。尤其要检查最终负责者是否真的有调动资源及接受结果的权力。
角色应对应交付物，而不是只对应部门名称。一个人可以在不同任务上承担不同角色；咨询方也不自动拥有否决权。对于法律、财务等另有硬性审批要求的事项，应明确写出该权限，避免把普通咨询与正式审批混为一谈。
5. 一个完整案例
以下是假设案例。一个网站准备发布收费课程，将任务拆为定价、页面制作、退款规则和发布验收。定价由产品经理执行、业务负责人最终负责，财务被咨询，客服被知会；退款规则由运营执行、业务负责人最终负责，法务与客服被咨询。页面制作由设计和开发执行，产品经理最终负责。发布前发现退款说明存在歧义，团队知道应先请法务咨询意见，由业务负责人定稿，再通知开发更新。没有让所有人参加一小时会议，也没有把法律意见误当成商业决策本身。项目结束后，团队删去几个只会重复收邮件的知会角色。
6. 适用条件与反例
适合跨职能协作、审批链和经常出现责任争议的交付。小团队处理熟悉的简单任务时，画过细的矩阵反而增加维护负担。反例是同一行写了四个最终负责者，却未约定谁裁决分歧；人数增加并不会自动提供共同责任，往往只是把冲突藏进表格。
7. 今天可以尝试的行动
挑一个近期反复转交的交付物，只画五行以内的小矩阵。让每位被列入的人确认自己的角色，补写拍板截止时间和负责人缺席时的代理方式。最后模拟一个意见不一致的场景，看能否在一分钟内找到合法的决策路径。