# Lesson 16.1: 路线纠正与 Epic 回顾

## 本课目标

- 掌握 CC（Correct Course，路线纠正）工作流——当计划偏离时系统化管理变更
- 掌握 ER（Epic Retrospective，Epic 回顾）工作流——每个 Epic 结束后的经验沉淀
- 理解 PM 在执行阶段的角色定位和关键动作

> **前置知识**：本课是 Lesson 16 的补充。请先完成 Lesson 16 的冲刺规划和故事执行循环学习。

## 核心内容

### 路线纠正（CC, Correct Course）—— 当计划偏离时

在开发过程中，你可能会遇到需要改变计划的情况。CC（Correct Course，路线纠正）工作流帮你系统地管理变更。

**什么时候需要 CC**：

- 发现 PRD 中的需求有重大误解
- 技术方案不可行，需要调整架构
- 用户反馈导致需要改变产品方向
- 外部因素（竞品发布、政策变化）影响计划

**CC 的 6 步流程**：

```
Step 1: 初始化变更导航
       ↓ 确认变更原因，加载所有项目文档

Step 2: 执行变更分析清单
       ↓ 系统检查变更对各个文档的影响

Step 3: 起草具体变更提案
       ↓ 为每个受影响的文档写出修改建议
       ↓ 格式：旧内容 → 新内容 + 修改理由

Step 4: 生成冲刺变更提案
       ↓ 输出完整的变更提案文档，包括：
       ↓ - 问题摘要
       ↓ - 影响分析
       ↓ - 推荐方案
       ↓ - 详细修改建议
       ↓ - 实施交接计划

Step 5: 确认和路由
       ↓ 根据变更范围分类：
       ↓ - 小变更：直接由开发团队实施
       ↓ - 中变更：需要重新组织待办清单
       ↓ - 大变更：需要 PM/架构师重新规划

Step 6: 完成
       ↓ 总结和交接
```

**CC 最有价值的地方**：它不是让你"拍脑袋改计划"，而是系统地分析一个变更会波及哪些文档、哪些 Story、哪些正在进行的工作，然后给出一个完整的变更方案。

**启动 CC**：

```bash
/bmad-sm
# 选择 [CC]
```

或直接使用快捷命令：

```bash
/bmad-correct-course
```

### 回顾总结（ER, Epic Retrospective）—— 经验沉淀

每个 Epic 完成后，ER（Epic Retrospective，Epic 回顾）工作流帮你做一次系统的回顾和经验总结。

**ER 的特色**：这是一个"派对模式"工作流——多个 AI 代理（产品主理人 Alice、高级开发 Charlie、QA 工程师 Dana、初级开发 Elena 等）会以角色扮演的方式参与回顾，模拟真实的团队回顾会议。

**ER 的 12 步流程（精简版）**：

```
1. 发现完成的 Epic
2. 深度分析所有 Story 的开发记录
3. 加载和对比上一次 Epic 的回顾
4. 预览下一个 Epic
5. 启动回顾讨论——What went well?
6. 讨论挑战和问题——What didn't go well?
7. 下一个 Epic 的准备讨论
8. 综合行动项
9. 关键就绪检查
10. 闭幕和承诺
11. 保存回顾文档
12. 更新冲刺状态
```

**ER 的关键产出**：

- 成功经验总结（What went well）
- 需要改进的点（What didn't go well）
- 具体的行动项（Action items），每项有负责人和截止日期
- 下一个 Epic 的准备任务清单
- 技术债务清单
- 是否需要修改下一个 Epic 的计划

**启动 ER**：

```bash
/bmad-sm
# 选择 [ER]
```

或直接使用快捷命令：

```bash
/bmad-retrospective
```

> **回顾不是可选的**：ER 的回顾文档会被下一次 CS（创建故事上下文）引用——上一个 Epic 的教训会自动传递给下一个 Epic 的开发。这是一个自我改进的循环。

### PM 在执行阶段的角色

虽然执行阶段主要是开发团队在推进，但 PM 有几个关键职责：

| 时机 | PM 的动作 | 使用的工具 |
|------|----------|-----------|
| 每天 | 查看冲刺状态 | `/bmad-sprint-status` |
| 遇到需求疑问 | 澄清需求，更新 Story | 直接告诉 Bob |
| 发现方向偏差 | 发起路线纠正 | [CC] 路线纠正 |
| Epic 完成时 | 参与回顾会议 | [ER] 回顾总结 |
| 验收功能 | 按验收标准验证 | 查看 Story 文件中的 BDD 验收标准 |

## 🛠️ 实操练习

> **⚠️ 实操须知**：命令需在新 Claude Code session 中执行。详见 [practice-notice.md](../shared/practice-notice.md)

### 练习 1：尝试路线纠正（CC）

```bash
/bmad-sm
# 选择 [CC] 路线纠正
```

**任务**：
1. 想象一个场景（比如"用户反馈注册流程太复杂，需要简化"）
2. 观察 Bob 如何分析变更影响
3. 查看生成的变更提案文档

**检查清单**：
- [ ] 理解了 CC 的 6 步流程
- [ ] 看到了变更对多个文档的波及分析
- [ ] 理解了"小/中/大变更"的分类标准

### 练习 2：Epic 回顾（ER）

当至少一个 Epic 完成后：

```bash
/bmad-retrospective
```

**任务**：
1. 观察多个 AI 代理如何以不同角色参与回顾
2. 查看生成的回顾文档
3. 理解回顾产出如何被下一个 Epic 引用

**检查清单**：
- [ ] 体验了"派对模式"的多角色回顾
- [ ] 查看了回顾文档中的行动项
- [ ] 理解了回顾 → 下一个 Epic 的闭环

---

## 常见问题

**Q: CC（路线纠正）和直接修改 PRD 有什么区别？**

A: 区别很大。直接修改 PRD 只是改了文档，但下游的架构、Epics、Stories、正在进行的开发可能还不知道这个变化。CC 会系统地分析变更影响，生成一个完整的变更方案，确保所有相关文档和工作都同步更新。特别是在开发进行中时，CC 能帮你评估"这个改动值不值得做"以及"怎么最小代价地做"。

**Q: ER（回顾）一定要在每个 Epic 后面做吗？**

A: 强烈建议但不强制。回顾是经验沉淀的核心环节，跳过回顾意味着同样的问题可能在下一个 Epic 重复出现。而且 ER 的回顾文档会被下一次 CS（创建故事上下文）引用——也就是说，上一个 Epic 的教训会自动传递给下一个 Epic 的开发。这是一个自我改进的循环。

**Q: CC 的变更提案谁来审批？**

A: 取决于变更规模。小变更（只影响 1-2 个 Story）Bob 可以直接指导开发团队实施；中变更（影响多个 Story 或 Epic）需要你作为 PM 确认；大变更（涉及架构调整或产品方向改变）建议和架构师一起 Review。Bob 在 Step 5 会自动分类并给出建议。

**Q: ER 的多角色回顾和普通回顾有什么不同？**

A: 普通回顾通常只有一个人（你）的视角，容易遗漏盲区。ER 模拟了真实团队的回顾——Alice（PM）关注产品价值、Charlie（高级开发）关注技术债务、Dana（QA）关注测试覆盖、Elena（初级开发）关注上手难度。多视角能发现单人回顾容易忽略的问题。

## 下一步

请调用 `AskUserQuestion` 展示以下选项，让学习者点击选择；从每条中提炼 1-5 个词作为 label，其余写入 description，不要要求输入数字：

- 返回主课：Lesson 16 - 冲刺规划与进度追踪
- 进入下一课：Lesson 17 - WDS 概览：从用户心理到设计规范
- 返回主菜单
- 退出学习

---
*阶段 2 | Lesson 16.1/26 | 上一课: Lesson 16 - 冲刺规划 | 下一课: Lesson 17 - WDS 概览（阶段 3）*