不只分工 · 把模糊的「我们一起做」变成清晰的「你做什么，我做什么」

1.

跨部门的项目启动会上，大家都点头：「我们一起把这件事做好。」三周后，关键节点卡住了。设计说等产品给需求，产品说等开发给排期，开发说等老板拍板。没有人不做——但没有人知道自己该做什么。

「我们一起做」是项目管理中最危险的四个字。RACI 把「我们」拆成四个角色：谁执行（R）、谁拍板（A）、问谁意见（C）、通知谁（I）。

2. 什么是 RACI

> RACI 矩阵：一个责任分配工具。把项目任务列在行上，把人员/角色列在列上，每行填上R/A/C/I。R=Responsible（执行者——做事的人），A=Accountable（批准者——拍板的人，每项任务只能有一个A），C=Consulted（咨询方——做事之前先问ta），I=Informed（知情方——做完了通知ta）。

RACI第一规则：每项任务必须有且只有一个A（Accountable）。如果没有A——没人负责。如果有两个A——两个人都在等对方先动。A不一定是最资深的人，A是最终「这件事搞砸了找谁」的人。

3. 三个场景

场景一：产品发布

场景二：日常协作

即使是一个小任务——比如「发布一篇博客文章」——用RACI想一遍也不会超过30秒。谁写（R=你），谁审批（A=内容负责人），谁需要被咨询（C=SEO专家），谁需要被通知（I=市场团队）。花30秒能省下30分钟的扯皮。

场景三：当项目卡住了

把RACI表翻出来，问三个问题：这个任务的A明确吗？A知道自己是A吗？C和I有漏掉的人吗？大多数项目卡住的原因都可以追踪到这三个问题之一。

4. 如果你只记住一句话

> 「没有A的任务永远不会完成。有两个A的任务会在争吵中完成。」

3件事

1. 下一个跨部门项目开始前，花15分钟画一个RACI表。 任务在行上，人在列上，每个格子填R/A/C/I或留空。
2. 检查每个任务的A是不是只有一个。 A有两个→立刻明确谁才是最终的。A没有→立刻指定一个。
3. A不一定要做——A要负责。 A可以同时也是R（又负责又执行），也可以A和R分开（A审批、R执行）。但A必须是那个「搞砸了找你」的人。

6. 延伸阅读

• 上一篇：根因 vs 触发


• 下一篇：GROW 教练模型