实例:场景 A - 新增需求(满 100 减 20)

完整 8 阶段流程跑一遍 详见 .history/REQ-2026-001/01-08 各文档

流程时间线

阶段	起止时间	耗时	产出
0 需求接入	6/14 14:00-14:30	0.5h	01-requirement.md
1 架构设计	6/14 14:30-16:00	1.5h	02-design.md
2 任务分解	6/14 16:00-16:20	0.3h	03-tasks.md
3 Worktree	6/15 09:00-09:10	0.1h	04-worktree-info.md
4 编码实现	6/15 09:10-18:00	8.8h	05-changes.md (18 commits)
5 单元测试	6/15 17:00-18:00	1h	06-test-report.md (60 cases)
6 Code Review	6/16 10:00-10:48	0.8h	07-review.md (1 P1,2 P2)
7 收尾归档	6/18 14:00-14:20	0.3h	08-summary.md

总耗时:14 小时(2 个工作日)

关键节点

• D1:用 Redisson 替代 SETNX(@王五 在 review 提出)
• D2:降级策略 — 促销失败不影响订单
• 坑 1:BigDecimal 比较用 compareTo(测试时发现)
• 坑 2:Redis 锁 TTL 要 > 业务耗时(改 Redisson 看门狗)

最终交付

• 8 份留痕文档,完整
• 60 个测试全部通过,覆盖率 87%
• 已上线,业务减免 17.8 万元

学到的

1. 设计阶段预估时间 ×1.5(总是低估)
2. 并发场景要在需求阶段就问清楚
3. CC 写测试速度是真快,但边界用例要人审
4. Review 越严,后期越省事

---