人机协作 RACI:需求到提审的责任矩阵设计
很多团队推进 AI 协作时,最先遇到的问题不是工具,而是责任混乱:
- PM 以为技术方案由 AI 和开发自动收敛;
- 开发以为需求边界由 PM 在前置阶段兜底;
- Reviewer 以为质量问题在自测阶段已经被拦住。
结果是每个环节都“有人参与”,但没有人对结果真正负责。
要解决这个问题,最有效的方法不是再加流程文档,而是先把责任画清楚。
这篇文章给一套可直接落地的做法:
用 RACI 矩阵定义从需求到提审的人机协作责任,并配套 Gate 触发条件与冲突升级机制。
1. 为什么先做 RACI
RACI 的价值不在“管理规范”,而在降低协作损耗:
- 避免重复劳动:同一问题不会在多个角色间来回重做。
- 缩短决策路径:关键节点有明确 A(最终负责者)。
- 提高交付稳定性:每个 Gate 都能追溯到责任人和证据。
在 AI 协作场景里,RACI 还有一个额外价值: 把“AI 负责什么、人负责什么”写成显式约束,防止隐性甩锅。
2. 先统一 5 个关键环节
先不要一次覆盖全流程,建议从这 5 个环节开始:
- 需求澄清(Requirement Clarification)
- 任务拆解(Task Decomposition)
- 编码与改单(Implementation)
- 自测与证据(Self-test & Evidence)
- 提审与反馈(Review Submission)
每个环节必须定义 4 个要素:
- 输入(Input):上一步交付了什么。
- 输出(Output):本步骤必须产出什么。
- Gate:进入下一步前必须满足什么条件。
- 责任:RACI + AI 角色边界。
3. 人机协作 RACI 矩阵(可直接复用)
团队角色约定:PM、Tech Lead、Engineer、QA、Reviewer、AI Agent。
| 环节 | PM | Tech Lead | Engineer | QA | Reviewer | AI Agent | 输入 | 输出 | Gate |
|---|---|---|---|---|---|---|---|---|---|
| 需求澄清 | A | C | I | I | I | R | 需求草案 | 需求卡(目标/非目标/验收) | 需求卡字段完整且验收可测 |
| 任务拆解 | C | A | R | I | I | R | 需求卡 | 任务卡(粒度/依赖/负责人) | 子任务可独立交付,依赖清晰 |
| 编码与改单 | I | C | A | I | I | R | 任务卡 | 代码变更 + 变更说明 | 关键路径由人确认,风险项有备注 |
| 自测与证据 | I | C | A | R | I | R | 代码变更 | 自测清单 + 测试证据 | 高风险用例覆盖,失败项已处理 |
| 提审与反馈 | I | C | R | C | A | R | PR 草稿 + 证据 | 可评审 PR + 修订记录 | PR 模板完整,阻断项已关闭 |
使用建议:
- 每个环节只允许一个 A。A 必须可被问责。
- AI Agent 可以是 R(执行者),但不能是 A(最终负责者)。
- C 和 I 不要滥用,超过 3 个通常说明边界不清。
4. Gate 触发条件要写成“可检查语句”
坏写法:
- “需求基本清楚了”
- “测试差不多够了”
好写法:
- 需求卡中“非目标”字段非空,且至少列出 2 条排除范围。
- 每个任务卡都包含 DoD 和回滚说明。
- 高风险模块至少覆盖 1 条失败路径测试。
- PR 描述包含影响范围、验证结果、风险与回滚方案。
Gate 的原则:
- 可检查(能判断通过/不通过)
- 可追溯(能定位到证据)
- 可执行(团队愿意长期执行)
5. 冲突与升级机制
常见冲突并非“意见不同”,而是责任冲突:
- PM 与 Tech Lead 对范围边界判断不一致;
- Engineer 与 Reviewer 对“是否可合并”标准不一致;
- QA 与开发对风险优先级判断不一致。
建议建立一个最小升级机制:
- 冲突进入
Conflict Log,必须写清触发环节与争议点。 - 由该环节 A 在 24 小时内做一次性裁决。
- 若影响跨环节,升级到试点 Owner,48 小时内定稿。
- 被裁决的规则必须回写到 RACI 或 Gate 清单,避免重复争议。
6. 7 天落地节奏(轻量版)
- Day 1:确定角色与 5 个关键环节。
- Day 2:填完第一版 RACI 矩阵。
- Day 3:补齐每个环节的 Gate 语句。
- Day 4-5:在一个真实需求上试跑。
- Day 6:记录冲突与漏项,修订矩阵。
- Day 7:冻结 v1.0,进入两周试点。
目标不是一次做完美,而是先让团队“按同一规则工作”。
7. 模板:AI 协作 RACI 表(复制即用)
# AI 协作 RACI 表(v1.0)
## 角色
- PM:
- Tech Lead:
- Engineer:
- QA:
- Reviewer:
- AI Agent:
## 环节矩阵
| 环节 | R | A | C | I | 输入 | 输出 | Gate |
|---|---|---|---|---|---|---|---|
| 需求澄清 | | | | | | | |
| 任务拆解 | | | | | | | |
| 编码与改单 | | | | | | | |
| 自测与证据 | | | | | | | |
| 提审与反馈 | | | | | | | |
## 冲突升级规则
- 环节内裁决人(A):
- 超时阈值:
- 升级路径:
- 规则回写位置:8. 结语
AI 协作真正的分水岭,不在模型参数,而在组织是否把责任讲清楚。
当你把 RACI 和 Gate 写成团队共识后,流程才会稳定,质量才会可控,复盘才有意义。
先把职责画清,再谈规模化复制。
Last updated on