跨部门分工表（RACI）
用 R/A/C/I 四种角色标清每项任务由谁执行、谁拍板、咨询谁、通知谁。
可整段复制 占位符用双大括号标出，替换成你的内容即可
# {{项目名称}} 跨部门分工表（RACI）
## 一、角色说明
- **R（Responsible）**：负责执行，确保任务完成
- **A（Accountable）**：最终拍板，每项任务只能有一个 A
- **C（Consulted）**：事前咨询，提供专业意见
- **I（Informed）**：事后知会，了解进展
## 二、分工矩阵
| 任务 | {{产品}} | {{研发}} | {{设计}} | {{测试}} | {{运营}} | {{业务方}} |
| --- | --- | --- | --- | --- | --- | --- |
| {{需求定义}} | A/R | C | C | I | C | C |
| {{方案设计}} | A | R | C | I | I | C |
| {{视觉设计}} | I | C | A/R | I | I | C |
| {{开发实现}} | I | A/R | C | I | I | I |
| {{测试验收}} | C | C | I | A/R | I | C |
| {{上线发布}} | C | A/R | I | C | R | I |
| {{数据复盘}} | R | C | I | I | A | C |
## 三、关键接口
| 接口 | 上游 | 下游 | 交付物 | 时间 |
| --- | --- | --- | --- | --- |
| {{需求交接}} | {{产品}} | {{研发}} | {{需求文档}} | {{日期}} |
| {{设计交接}} | {{设计}} | {{研发}} | {{设计稿}} | {{日期}} |
| {{测试交接}} | {{研发}} | {{测试}} | {{提测说明}} | {{日期}} |
| {{上线交接}} | {{研发}} | {{运营}} | {{发布说明}} | {{日期}} |
## 四、决策与升级
- 日常决策：{{角色}} 在 {{范围}} 内可决定
- 需升级：{{事项}} 由 {{A}} 拍板
- 升级路径：{{R → A → 项目负责人 → 管理层}}
- 响应时限：{{紧急 1 小时 / 一般 1 个工作日}}
## 五、协作规则
- 每项任务只有一个 A，避免多头拍板
- C 的咨询意见需在 {{时间}} 前给出，逾期视为无异议
- I 的知会通过 {{周报/群公告}} 统一发送
- 分工变更需在 {{会议}} 上确认并更新本表
复制与下载都在浏览器本地完成，不会上传内容，也不需要登录。
怎么用
- 先列任务，再填角色；每行检查是否只有一个 A、至少一个 R。
- 跨部门项目把接口单独拉出来，明确交付物与时间，减少「我以为你会给」。
- 分工变更时更新同一张表，避免多个版本流传。
为什么这么写
- RACI 把「谁负责」与「谁拍板」分开，减少执行中互相等待。
- C 与 I 区分事前咨询和事后知会，避免所有事都拉群讨论。
- 单一 A 能缩短决策链，出现争议时有明确升级对象。
- 接口表让跨部门交付可追踪。
常见错误
- 每项任务都写好几个 A，等于没人拍板。
- 把 RACI 做完就锁进文档，变更不同步。
- C 太多，任何小事都要拉五个部门咨询。