模板包含什么
一个两周迭代及其固定仪式：
- 计划会（第 1 天）, 确定目标、估算并承诺 backlog 条目。里程碑：迭代目标确定。
- 开发（第 1-8 天）, 推进开发并每日站会；任务之间的依赖保持可见。
- 集成与测试（第 7-9 天）, 合并、测试、修复, , 有意与开发重叠。
- 评审与回顾（第 10 天）, 演示、收集反馈、改进流程。里程碑：增量被接受。
谁会用这个模板
敏捷教练、敏捷团队负责人和产品负责人用它把单个冲刺放在时间线上规划。它把各项仪式、用户故事和团队产能并列铺开，帮助团队承诺一个切合实际的范围，并及时发现某个故事的依赖关系或一次计划中的休假何时会挤压冲刺目标。
不要把最后两天排满。每个迭代都会有意外，没有余量的迭代总会以未完成任务收尾并推给下一个, , 这会把两个迭代的可预测性一起毁掉。
如何调整
- 如果迭代是一周或三周，相应调整长度。
- 想检查负荷时，按人加行。
- 把 backlog 条目之间连起来：这正是此处使用甘特图的意义。
- 把周期性仪式建成序列：站会、需求梳理。
排期建议
- 迭代目标比任务清单重要。它决定什么可以砍掉。
- 测试并行进行，不排在最后。
- 留出 15% 到 20% 的产能。
- 日常仍以看板为工作面；这份计划用于依赖和沟通。
相关模板
本模板为中文。尚未翻译的相关页面会以英文打开。
常见问题
甘特图和 Scrum 冲突吗？
迭代内部看板更好。甘特图用于依赖关系、版本规划，以及与非敏捷部门的对齐。
迭代多长合适？
一到四周，通常两周。更短则仪式占比上升，更长则反馈变慢。
没做完的任务怎么办？
退回 backlog 重新排序，而不是自动推进下一个迭代。