团队协作实战：需求、开发、验收怎么配合

团队使用 Claude Code，不是每个人各自让 CC 写代码，而是把需求、计划、执行、验收、审查、交接拆成稳定角色流程。

团队协作时，CC 最适合做“流程中间层”：把需求变成计划，把修改变成 diff，把结果变成验收和交接。

不要让团队协作变成每个人各自开一个 CC 会话乱改同一批文件。

三个角色

角色	负责什么	给 CC 什么
需求方	目标、业务背景、验收标准	清楚的任务说明
开发方	计划、修改、验证、diff	项目上下文和限制
审查方	风险、漏测、越界、合并建议	PR 目标和 diff

团队任务启动模板

请把这个团队需求整理成适合 Claude Code 执行的任务。

需求背景：
【写业务背景】

目标：
【写要实现什么】

验收标准：
【写用户或业务如何确认完成】

限制：
1. 不改无关模块。
2. 不改密钥、生产配置、数据库结构，除非单独确认。
3. 先给计划，不直接修改。

请输出：
1. 任务目标。
2. 修改范围。
3. 禁止事项。
4. 需要确认的问题。
5. 最小第一步。

开发执行流程

团队里建议固定这样走：

需求方确认目标和验收标准。
开发方让 CC 进入 Plan Mode。
开发方确认修改范围和权限。
CC 执行最小修改。
CC 做 /verify。
CC 做 /code-review。
开发方生成交接总结或 PR 说明。
审查方按风险审查。

需求方怎么提需求

需求方不需要写技术方案，但要写清楚验收：

请把下面需求整理成开发可执行说明。

业务目标：
【用户要达成什么】

当前问题：
【现在哪里不满足】

期望结果：
【完成后应该看到什么】

验收方式：
【谁来验收，怎么验收】

请帮我识别：
1. 需求是否清楚。
2. 哪些信息还缺。
3. 哪些内容可能影响技术范围。
4. 是否需要拆成多个任务。

审查方怎么用 CC

请站在审查方角度审查本次改动。

PR 目标：
【写目标】

已做验收：
【写检查结果】

请重点看：
1. 是否满足需求方验收标准。
2. 是否有越界修改。
3. 是否有安全、权限、数据风险。
4. 是否漏测。
5. 是否建议合并。

团队交接模板

请生成团队交接说明。

请包含：
1. 需求目标。
2. 实现方案。
3. 修改文件。
4. 验收结果。
5. 未验证风险。
6. 审查重点。
7. 下一位接手者第一步应该做什么。

多人同时使用 CC 的规则

同一任务只指定一个主执行会话。
其他人可以用 CC 做只读审查，不要同时改文件。
换人接手前必须生成交接说明。
审查意见先分级，不要全部当成必须修。
发布前必须有最终验收和回滚方案。

常见团队问题

问题	处理
需求方说不清验收	先让 CC 整理问题清单
开发方改太多	回到 diff 收窄
审查方意见太泛	要求对应具体文件和风险
多人改冲突	指定主执行会话，其他只读
发布风险不清	生成发布前检查清单

团队复盘怎么做

任务结束后，可以让 CC 帮团队沉淀：

请复盘这次团队协作任务。

请总结：
1. 需求描述是否清楚。
2. 计划阶段是否发现风险。
3. 执行过程是否有越界修改。
4. 验收和审查是否充分。
5. 哪些规则应该沉淀到 CLAUDE.md、Skill 或 Hook。

什么不要交给 CC 决定

业务优先级。
是否允许上线。
生产密钥是否正确。
真实用户影响是否可接受。
团队负责人是否批准。

CC 可以整理风险和方案，但不能替团队承担决策责任。

验收结果

需求、开发、审查角色清楚。
一个任务只有一个主执行会话。
审查结论按风险分级。
交接说明能让下一位接手者继续。
团队规则能沉淀到 CLAUDE.md、Skill 或 Hook。

下一篇：任务交接总结