FRAME 52 / 改善业务

RACI

RACI Matrix

用负责、批准、咨询和知会四类角色明确分工。

改善业务管理组织信息共享

申请工作台内测

什么时候用

RACI 适合跨团队项目和职责不清的工作。

需要准备

任务和角色

你会得到

责任矩阵、沟通规则、决策边界。

先理解，再动手

RACI 适合跨团队项目和职责不清的工作。它帮助团队明确谁执行、谁拍板、谁提供意见、谁需要同步。

使用步骤

01
列出任务或决策事项
02
列出相关角色
03
为每个事项标注 R、A、C、I
04
检查是否多人批准、无人负责或沟通过载
05
调整分工

使用时，留意这一点

每项任务最好只有一个最终负责者，咨询和告知也要控制范围。

把方法看清楚

RACI结构示意 · 已填入虚构案例

任务	产品	研发	客服	项目经理
发布范围	A	C	C	R
上线执行	C	A/R	I	C
客户通知	C	I	A/R	I

R 执行 负责实际完成任务

A 最终负责 每项任务一个最终负责角色

C 咨询 决定前提供意见

I 告知 决定或完成后获知信息

从一份空白提纲开始

复制到你的文档，填入真实的业务事实与判断。

查看空白提纲

RACI · 空白提纲

工作问题：
期望结果：

1. 任务：

2. 产品：

3. 研发：

4. 客服：

5. 项目经理：

检查清单
□ 每项任务至少有一个负责人。
□ 批准权清楚且不过多。
□ 咨询和知会范围不过度扩大。

BizThinkFrame · https://bizthinkframe.com/frameworks/raci-matrix

跟着案例走一遍

虚构教学案例

WORKED EXAMPLE

明确谁执行、谁拍板

组织、人物、数据和结果均为虚构，仅用于说明方法。

背景与问题

云桥的新审稿功能跨产品、研发、客服三个团队。

客户通知没人确认，出了问题后各团队互相等待。

手头有哪些材料

角色为产品负责人、研发负责人、客服负责人、项目经理
本次只梳理发布中的三项关键任务

如何使用这个框架

先以具体任务为行，不以宽泛部门职责为行。
逐行检查是否有执行者，以及是否只有一个 A。
和实际参与者确认咨询与告知范围，避免所有人都被拉入审批。

得到的结果

客户通知由客服最终负责并执行，项目经理获知进度。

下一步行动

用下一次发布检验矩阵，处理角色负担过重的情况。

检查你的思考

再问自己几个问题

每项任务谁真正负责完成？
谁拥有最终批准权？
哪些人只需知会，不需要参与所有讨论？

完成前的检查清单

每项任务至少有一个负责人。
批准权清楚且不过多。
咨询和知会范围不过度扩大。