三角色协作流程

目的

这份文档说明技术负责人、产品负责人、平台 / 资深工程师，以及下面的组员，如何在具体工具里协作。

核心原则：

一个任务一个 Driver
三个角色分段确认
事实写回系统
群聊只做沟通，不做最终记录

参与者

工具分工

标准协作流程

1. 需求进入

不能进入开发的情况：

1. 没有 Driver。
2. 没有用户 / 问题 / scope。
3. 没有验收标准。
4. 不知道改哪个项目或怎么验证。
5. 涉及高风险但没有技术负责人确认。

2. 方案和拆分

拆分规则：

1. 每个子任务都要有验收标准。
2. 每个 PR 尽量对应一个任务。
3. 高风险变更拆出单独 review 或发布步骤。
4. 平台准备工作不能隐藏在业务任务里。

3. 开发执行

卡住时怎么协作：

4. PR 和评审

PR 里必须能看到：

1. 关联任务。
2. 改了什么、为什么。
3. 怎么验证。
4. 风险和回滚。
5. CI / 测试 / 截图 / 日志证据。
6. 三角色需要确认的结论。

5. 发布和上线

发布通知至少包含：

版本 / commit：
包含任务：
用户影响：
Smoke：
Dashboard：
Rollback：
Owner：

6. 反馈和关闭

任务关闭必须写：

验收结论：
上线结果：
验证证据：
遗留风险：
后续 action：

组员如何和三个负责人协作

工程师

1. 从任务卡确认 Driver、scope、验收标准。
2. 从 docs/PROJECT.md 找本地运行、检查命令、PR 规则。
3. 技术问题先找 Reviewer / 模块 owner，再升级给技术负责人。
4. 环境、CI、发布、监控问题找平台 / 资深工程师。
5. 产品行为不确定时找产品负责人，不自己猜。

产品 / 设计 / 运营

1. 在任务卡里补用户问题、验收标准和反馈入口。
2. 在 PR 或 preview 阶段给出明确验收结论。
3. 发布前确认是否需要通知、话术、灰度。
4. 发布后回写用户反馈和指标变化。

QA / 测试

1. 根据验收标准和风险设计测试。
2. 和技术负责人确认技术风险路径。
3. 和产品负责人确认用户路径。
4. 和平台 / 资深工程师确认测试环境、mock、数据和 smoke。

平台 / 运维 / SRE 组员

1. 维护本地环境、CI、发布和监控入口。
2. 提供排障路径和 runbook。
3. 对重复问题做工具化或模板化。
4. 发现业务任务缺运行条件时，直接 block 或要求补齐。

日常节奏

最小工具流

草台团队先不要追求全自动。最低工具流：

Linear/Jira/GitHub Issue 记录任务
-> Notion/Lark Docs 写必要说明
-> GitHub/GitLab 提 PR
-> CI 跑检查
-> Lark/Slack 通知 review / release / incident
-> Grafana/Sentry 看上线结果
-> 任务卡关闭并写结论

如果某一步只发生在口头或群聊里，就没有闭环。

下一步阅读

读完或填完这份文档后，通常继续看：

• 13-工作入口-work-intake.md：如果要落到任务卡，回到工作入口定义字段。
• 30-交付流程-delivery-process.md：如果要进入开发交付，继续看交付流程。