模板包含什么
六个阶段，从需求到上线：
- 需求, 业务需求、用例、验收标准。里程碑：范围冻结。
- 架构, 技术选型、数据模型、接口、环境。
- 开发, 按迭代推进，代码评审，持续集成。
- 集成与测试, 联调、功能测试、缺陷修复, , 与开发循环往复。
- 数据迁移, 抽取、映射、多轮试迁移。多轮，而不是一轮。
- 上线, 切换、加强监控、稳定期。里程碑：正式上线。
谁会用这个模板
工程经理、产品负责人和研发团队负责人用它来规划一次从探索到发布的开发。它围绕敏捷冲刺构建，把用户故事、各项仪式和依赖关系放在一条共享时间线上，让相关方看清功能何时上线，也让工程师能标出某个延误的依赖在哪里威胁到发布日期。
按多轮试迁移来安排，而不是一轮。既有数据的质量几乎总比预期差，每一轮都会暴露需求里没写到的情况。上线当晚只做一次迁移，是搞砸上线的经典方式。
如何调整
- 多个模块或多个小组并行时，按模块加行。
- 把测试画成与开发循环，而不是排在其后。
- 在切换之后加一个稳定期, , 两到六周。
- 把范围冻结设为里程碑：之后进来的需求会推迟上线。
排期建议
- 测试要按两倍时间算。
- 尽早用真实数据试迁移。
- 不要在周五或财务结账期上线。
- 稳定期是一个阶段，不是意外。
相关模板
本模板为中文。尚未翻译的相关页面会以英文打开。
常见问题
敏捷项目适合用甘特图吗？
迭代内部仍以看板为主。甘特图用于里程碑、外部依赖，以及与非敏捷部门的对齐。
什么时候冻结范围？
在架构之前。之后的新增都会推迟上线，这一点必须在计划里可见。
要做几轮试迁移？
视既有数据质量三到五轮。一轮永远不够。