产品路线图甘特图模板：四个季度
可编辑的产品路线图甘特图：按主题列出全年举措、依赖关系和发布里程碑，改一项工期，所有依赖它的举措随之移动。
什么是产品路线图甘特图模板：四个季度流程
路线图和项目计划看起来相似，回答的却是不同的问题。项目计划说明工作何时完成；路线图说明团队打算做什么、按什么顺序、为什么。这一区别很重要，因为路线图会被客户和高管阅读，他们会把图上的一根条形当作承诺。当各项举措确实相互依赖时，甘特图是有用的路线图形式；当它们并不依赖时，则会产生误导。
本模板是按主题分组的一年举措：平台、增长、客户体验，以及把它们打包的发布。依赖关系反映真实的约束。单点登录在 API 基础建设开始二十天后启动，因为它需要新的接口，但并不需要全部。支付、移动应用和性能优化都需要平台。推荐和帮助建立在新的引导流程之上。每次发布都是一个里程碑，依赖于它所交付的各项举措。
工期以工作日计，所以一个季度约为 60 天。它们刻意取得较粗。如果路线图上的某根条形比你的把握还要精确，就把它拉长，或在别处以区间表示。计划不含固定日期，因此从创建时开始；若要按日历排路线图，请把第一项举措固定在年初第一天。
路线图不是承诺。对外分享的路线图应当注明这一点。关于交付单项举措的计划，请使用软件项目甘特图模板。
本流程图涵盖的内容
本模板包含
- 平台、增长和客户体验三个主题，加上发布一组，共 14 项任务和四个发布里程碑：“发布一：基础”“发布二：增长”“发布三：体验”和“发布四：移动”。
- 其他举措赖以建立的平台举措：“自助支付”“性能优化”和“移动应用改版”都依赖“API v2 基础建设”。
- 部分依赖：“单点登录”在“API v2 基础建设”开始二十天后启动。
- 独立启动：“新引导流程”没有前置任务，“推荐计划”和“应用内帮助”建立在它之上。
- 收尾评审：“年度路线图评审”等待“发布四：移动”。
何时使用本模板
- 你需要展示全年的举措以及它们之间谁依赖谁。
- 相关方问：如果平台工作耗时更长，什么会延后。
- 你在规划发布，需要看到每次发布交付什么。
- 你想要的路线图不只是一列季度清单。
逐项任务的计划
图表中的每项任务，含以工作日计的工期及其前置任务。依赖关系用步骤编号表示；SS 为开始到开始，FF 为完成到完成，+n 为以工作日计的延迟。
| # | 任务 | 分组 | 工作日 | 依赖于 |
|---|---|---|---|---|
| 1 | API v2 基础建设 | 平台 | 40 | |
| 2 | 单点登录 | 平台 | 25 | 1SS+20 |
| 3 | 性能优化 | 平台 | 30 | 1 |
| 4 | 新引导流程 | 增长 | 35 | |
| 5 | 推荐计划 | 增长 | 30 | 4 |
| 6 | 自助支付 | 增长 | 40 | 1+5 |
| 7 | 搜索改版 | 客户体验 | 40 | 3 |
| 8 | 移动应用改版 | 客户体验 | 60 | 1 |
| 9 | 应用内帮助 | 客户体验 | 20 | 4 |
| 10 | 发布一：基础 | 发布 | 里程碑 | 1, 2 |
| 11 | 发布二：增长 | 发布 | 里程碑 | 5, 6 |
| 12 | 发布三：体验 | 发布 | 里程碑 | 7, 9 |
| 13 | 发布四：移动 | 发布 | 里程碑 | 8, 12 |
| 14 | 年度路线图评审 | 发布 | 10 | 13 |
运作方式
按主题分组，而不是按团队
以你要达成的成果来命名分组。团队会变，主题能延续一整年。
使用较粗的工期
取整到周或半个季度。路线图若暗示了它并不具备的精确度，就会被按此要求。
只关联真实的依赖
只有当一项举措没有另一项就无法开始或完成时才连接。不必要的连线会掩盖真正的关键路径。
把发布显示为里程碑
把每次发布关联到它交付的举措，这样就能看到哪些有风险。
需要日历时固定第一个开始日期
如果路线图必须遵循日历年，就为第一项举措设定开始日期。
定期评审
把评审保留在计划中，并随着认识加深更新工期。
常见问题
什么是产品路线图甘特图？
以随时间展开的条形绘制、带有依赖关系的路线图。它适合各项举措确实相互依赖的路线图，而不太适合刻意回避日期的“现在/接下来/以后”视图。
路线图是承诺吗？
不是，在团队之外分享的路线图应当说明这一点。
这与项目计划有何不同？
项目计划排定为交付一项成果而做的工作。路线图显示团队计划在多项成果上做什么，以及它们之间的依赖关系。
可以显示季度吗？
可以。在工具栏中把时间刻度设为月或季度即可。
