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