思维工具箱责任分配矩阵
F08
责任分配矩阵
Responsible, Accountable, Consulted, Informed，RACI
按任务区分执行、最终负责、征询与知会四类义务
这是什么
跨部门交付时互相等待、多人以为别人负责，就会漏项或验收扯皮。RACI 把「参与」拆成：R 实际执行、A 最终负责并可调动资源、C 事前征询、I 需要知会。通常每行一个清晰的 A；小团队同一人可兼任 R 与 A。没有真实授权的矩阵只是文件。
示意图
什么时候用 / 别用
该用
- 跨部门互相等待或多人以为别人负责
- 出现遗漏或验收争议
- 需厘清人与 AI 工具参与时的责任边界
别用
- 没有真实授权却硬填矩阵
- 每个任务堆一堆 C 拖慢执行
- 想用它解决复杂决策权争议（应改用 RAPID）
怎么做
准备：具体交付物或决策清单；参与角色与现有授权；验收关系、资源约束与沟通需求
- 选出真正容易扯皮的成果和交接节点作行
- 角色作列：先找有权承担结果的 A，再找执行的 R
- 只给必要专家标 C，明确征询时限
- 需要结果或进度的人标 I，约定通知方式
- 模拟异常与人员缺席，检查能否接手、升级和验收
交付：责任矩阵、交接约定、咨询与升级时限，以及授权缺口清单
一个例子
假设示例 · 产品
【假设示例】51as.com 工具页发布：内容负责人 A、AI 员工起草 R，产品与设计在口径上 C，运营 I。若审校拥有强制质量门禁，应把门禁权限另写清，不能仅凭 C 栏推断有无否决权。
容易踩坑
- 无授权的纸面矩阵
- C 过多变成层层征询
- 把 AI 写成最终业务责任承担者
出处：常见于项目与运营中的责任分配矩阵（RACI）