RACI 责任矩阵是什么
RACI 把每项工作涉及的角色分为四类：负责执行（R）、最终问责（A）、被咨询（C）、被通知（I）。它解决的是跨团队协作里最常见的争议——事情到底该谁拍板。核心纪律是同一件事有且只有一个最终问责人，两个 A 等于没有 A，出问题时双方都会等对方决定。
基本信息
| 四类角色 | R 执行、A 问责、C 咨询、I 通知 |
|---|---|
| 核心纪律 | 每项事项恰好一个 A，R 可以多个但边界要清 |
| 适用对象 | 跨团队流程、重大变更、上线决策、应急响应 |
| 产出时机 | 立项或流程设计时制定，评审与复盘时核对 |
| 常见扩展 | RASCI、RACI-VS 增加支持与签署角色 |
典型使用场景
- 新流程上线时明确谁对结果负责，避免集体负责变成无人负责
- 重大变更评审前确定决策人与被咨询方，压缩来回确认时间
- 应急场景下明确现场指挥与业务方角色，减少临场争论
- 跨部门项目启动时对齐各方投入程度与参与方式
- 复盘时用矩阵核对责任争议，判断是执行问题还是设计问题
RACI 示例
| 事项 | 业务方 | 项目经理 | 技术负责人 | 运维 |
|---|---|---|---|---|
| 上线决策 | A | R | C | C |
| 技术方案 | I | C | A/R | C |
| 回退执行 | I | I | C | A/R |
使用要点
使用要点
# 每件事恰好一个 A，多个 A 等于无人负责
每件事恰好一个 A（避免无人负责，也避免互相等待）
# R 可以有多个，但必须写清各自负责的环节边界
R 可以有多个，但要明确边界（前端、后端、数据各管哪段）
# C 与 I 的数量要控制，沟通成本随人数上升
C/I 的数量控制，参与人数每增加一个都会带来同步成本
# 矩阵不是挂墙材料，用于争议发生时对齐认知
评审与复盘时对照矩阵核对，判断争议来自设计还是执行矩阵不要贴在墙上就完事：制定过程需要相关方共同确认，只在事后引用矩阵追责会让它变成甩锅工具，下次没人愿意参与设计。