课程背景BACKGROUND

本次培训面向产品经理与开发工程师的日常研发任务，聚焦“如何把AI系统性、规模化应用到产品研发全流程”，将个人技巧升级为团队可复制的流程能力。

课程安排ARRANGEMENT

课程时长

2天，6小时/天

适用对象

产品经理、架构师、前端/后端开发代表。建议按6-8人/组分组，每组混合角色：产品经理、架构/后端、前端、测试

授课方式

讲解20%，演示20%，小组实操50%，评审复盘10%。

课程收益BENEFITS

1. 在需求、方案、开发、测试各节点，明确AI可介入的职能与边界，形成团队统一协作方式。

2. 建立“6个AI虚拟岗位 × 4个研发门禁（Gate）”主线机制，让AI岗位进入开发流程。

3. 完成一套可复用的《AI研发全流程作业包》，用于后续项目直接套用与迭代。

课程主线逻辑：6个AI虚拟岗位 × 4个研发门禁

六个AI虚拟岗位

1. 需求澄清官（PM主用）：将模糊需求转化为场景、边界、规则表、验收标准与非目标。

2. 方案对齐官（架构/后端主用，PM参与）：将业务规则翻译为领域模型、接口契约、数据草案、ADR与风险清单。

3. 实现助理（前后端主用）：提供脚手架与关键代码候选、异常处理与日志点建议、重构与性能提醒。

4. 测试设计师（测试/开发主用，PM参与）：基于验收标准生成用例矩阵，补齐边界/异常，并给出自动化分层建议。

5. 评审陪审员（全员共用）：对PRD/方案/代码/测试进行一致性与漏洞扫描，发现冲突、遗漏与不可测点。

6. 发布与复盘秘书（SRE/开发主用）：生成发布检查单、回滚预案、监控告警建议与复盘草案，提升上线可控性。

原则：AI负责“覆盖面与候选项”，人负责“最终决策与责任签字”。

课程大纲OUTLINE

第一部分：从“可验收”走到“可实现”
Gate 0｜AI协作底座（组织级规则与模板对齐）
一、AI介入岗位
——评审陪审员（全员共用）
二、协作关系（RACI/签字）
——R=全员共创；A=培训负责人/项目负责人；C=各角色代表。
三、门禁交付物（必交）
1. 《团队AI协作规范 v1》（数据边界、敏感信息、输出格式、证据链、版本规则、验证流程）
2. 《提示词模板卡》（任务单结构：角色/输入/输出格式/验收标准）
四、评审标准（课堂互评维度）
1. 是否明确“可用范围/禁用范围”
2. 是否定义输出格式与验收方式（证据链/待验证点）
3. 是否可直接落地到团队知识库
Gate 1｜需求门禁：让需求“可测、可验收”
一、AI介入岗位
1. 需求澄清官（PM主用）
2. 评审陪审员（全员共用）
二、协作关系（RACI/签字）
1. R=PM；A=PM（必要时业务Owner）
2. C=架构/前后端/测试
三、门禁交付物（必交）
1. 《需求澄清与成功指标卡》（用户/场景/价值/指标/非目标/约束）
2. 《业务规则表》（规则/例外/优先级/归属端）
3. 《验收标准（BDD/Gherkin）》≥10条（含边界与异常）
四、评审标准（课堂互评维度）
1. 规则与验收标准是否覆盖核心路径与边界/异常
2. 是否存在冲突/遗漏/不可测点
3. 非目标与约束是否明确，避免需求漂移
Gate 2｜方案门禁：让方案“可实现、可演进”
一、AI介入岗位
1. 方案对齐官（架构/后端主用）
2. 评审陪审员（全员共用）
二、协作关系（RACI/签字）
1. R=架构/后端
2. A=架构或技术负责人
3. C=PM/前端/测试
三、门禁交付物（必交）
1. 《接口契约》≥3个API（入参/出参/错误码/鉴权/幂等/限流建议）
2. 《数据草案》（核心表或事件流：字段含义、约束、索引/一致性建议）
3. 《ADR（架构决策记录）》1份（备选方案、取舍点、风险缓解）
4. 《风险清单》≥5条（性能/安全/依赖/一致性/回滚）
四、评审标准（课堂互评维度）
1. PRD规则与接口/数据是否一致（同一事实源）
2. 风险是否可被监控/可被回滚
3. 方案是否具备扩展性与可维护性
第二部分：从“可实现”走到“可运行、可证明”
Gate 3｜质量门禁：让交付“可证明”
一、AI介入岗位
1. 实现助理（前后端主用）
2. 测试设计师（测试/开发主用）
3. 评审陪审员（全员共用）
二、协作关系（RACI/签字）
1. R=开发/测试
2. A=代码Owner/测试负责人
3. C=PM/架构
三、门禁交付物（必交）
1. 《关键实现包》（关键流程代码片段：核心流程+异常处理+日志点）
2. 《Code Review清单》（AI生成+人工修订，含安全/性能/可维护）
3. 《测试用例矩阵》≥20条（覆盖边界/异常/权限/并发至少其一）
4. 《DoD/质量门禁》（发布前必须满足的质量标准）
四、评审标准（课堂互评维度）
1. 验收标准→测试→实现是否可追溯一致
2. 异常/边界是否覆盖，是否存在明显漏测
3. 评审清单是否可执行、可复用
Gate 4｜发布门禁：让上线“可控、可回滚、可监控”
一、AI介入岗位
1. 发布与复盘秘书（SRE/开发主用）
2. 评审陪审员（全员共用）
二、协作关系（RACI/签字）
1. R=SRE/开发
2. A=发布负责人
3. C=PM/测试。
三、门禁交付物（必交）
1. 《发布检查单》≥15项
2. 《回滚预案》1份（触发条件、步骤、数据处理）
3. 《监控指标与告警建议》≥10项（业务+技术）
4. 《复盘模板》1份（时间线、影响、根因链、行动项Owner&DDL）
四、评审标准（课堂互评维度）
1. 是否具备清晰回滚路径与触发条件
2. 监控指标是否能覆盖风险点并及时告警
3. 复盘是否能沉淀行动项与责任人
总结：AI虚拟岗位如何与我们更好的协作，提升产品研发效能
在课程回顾中进行讨论 + 总结，深化AI技能
学习产出与考核方式

智能增效——AI加速产品开发全流程实战

课程背景BACKGROUND

课程安排ARRANGEMENT

课程收益BENEFITS

课程大纲OUTLINE

预约曹文斌老师讲授《智能增效——AI加速产品开发全流程实战》

曹文斌老师其他主讲课程