模板包含什么
并存的四个层次：
- 启动, 愿景、初始 backlog、起步架构。里程碑：团队运转起来。
- 迭代, 固定周期的连续迭代，画成规整的横条。
- 可交付增量, 每一组迭代结束时真正交付出来的东西。对外可见的里程碑。
- 外部依赖, 供应商、审批、其他团队, , 这份计划存在的理由。
谁会用这个模板
交付负责人、产品负责人和敏捷教练会用敏捷版甘特图，把冲刺、史诗和发布放在同一条时间线上，展示给那些想看具体日期而非待办清单的相关方。它在迭代交付与路线图层面的汇报之间搭起桥梁，让高管和客户对功能上线时间保持一致，同时不打乱团队的冲刺节奏。
不要试图提前半年规划各迭代的内容。这份计划用于支撑交付日期和外部依赖；每个迭代做什么在最后责任时刻决定，而这正是这套方法的要点。
如何调整
- 把迭代长度调成你们团队的实际周期。
- 按外部依赖加行，并写上责任人。
- 把可交付增量设为里程碑, , 那才是管理层关心的。
- 较远迭代的内容有意留空。
排期建议
- 看板管迭代，甘特图管承诺。
- 外部依赖才是敏捷项目的真实风险。
- 只细化当前和下一个迭代。
- 一个可交付增量胜过一个完成百分比。
相关模板
本模板为中文。尚未翻译的相关页面会以英文打开。
常见问题
敏捷和甘特图冲突吗？
不冲突，前提是不提前规划迭代内容。甘特图承载里程碑和依赖，不承载 backlog 细节。
迭代怎么表示？
画成固定长度的规整横条。内容在每个迭代开始时确定。
给管理层看什么？
可交付增量及其日期，而不是速率或任务明细。