產品路線圖甘特圖範本：四個季度
可編輯的產品路線圖甘特圖：四個季度主題、各項措施、依賴與發佈里程碑。更改工期，相關措施隨之移動。
甚麼是產品路線圖甘特圖範本：四個季度流程
路線圖和項目計劃看似相近，回答的卻是不同問題。項目計劃說明工作何時完成；路線圖說明團隊打算做甚麼、先後次序如何，以及為何如此。這分別很重要，因為路線圖的讀者是客戶和管理層，他們會把圖上的一條橫棒當成承諾。當各項措施真的互相倚賴時，甘特圖是合用的路線圖格式；若不然，它就會誤導人。
這個範本是一年的措施，按主題分組：平台、增長、客戶體驗，以及把它們打包的發佈。依賴反映真實的限制。單一登入在「API v2 基礎」開始二十日後才展開，因為它需要新的端點，但不需要全部。支付、手機應用程式和效能優化都需要平台。推薦與說明則建基於新的入門流程。每次發佈都是里程碑，倚賴它所包含的措施。
工期以工作日計算，所以一個季度約為 60 日。這些數字刻意粗略。如果路線圖上的某條橫棒比你的把握更精確，就把它拉長，或在別處以範圍表示。這個計劃沒有固定日期，建立時便是開始日；如要做日曆式路線圖，把第一項措施釘在年初第一日。
路線圖並非承諾，對外分享的路線圖應當註明這點。如要規劃單一措施的交付，可使用軟件項目甘特圖。
本流程圖涵蓋的內容
本範本包含
- 三個主題（平台、增長、客戶體驗）加一個「發佈」組，共 14 項工作和四個發佈里程碑：「發佈 1：基礎」、「發佈 2：增長」、「發佈 3：體驗」和「發佈 4：手機」。
- 其他措施所倚賴的平台措施：「自助支付」、「效能優化」和「手機應用程式更新」都倚賴「API v2 基礎」。
- 部分倚賴：「單一登入」在「API v2 基礎」開始二十日後展開。
- 獨立開始：「新入門流程」沒有前置工作，而「推薦計劃」和「應用內說明」建基於它。
- 收尾的檢討：「年度路線圖檢討」要等「發佈 4：手機」。
何時使用本範本
- 你需要展示一年的措施，以及它們之間的倚賴關係。
- 持份者問，若平台工作拖長，哪些會延後。
- 你正規劃發佈，需要看看每次發佈包含甚麼。
- 你想要的路線圖不只是一列季度。
逐項任務嘅計劃
圖表入面每項任務，連同以工作日計嘅工期同佢哋等緊嘅前置任務。依賴用步驟編號表示；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：基礎 | 發佈 | 里程碑 | 1, 2 |
| 11 | 發佈 2：增長 | 發佈 | 里程碑 | 5, 6 |
| 12 | 發佈 3：體驗 | 發佈 | 里程碑 | 7, 9 |
| 13 | 發佈 4：手機 | 發佈 | 里程碑 | 8, 12 |
| 14 | 年度路線圖檢討 | 發佈 | 10 | 13 |
運作方式
按主題分組，不要按團隊
以你努力達成的成果為組別命名。團隊會改變，主題可以維持一整年。
使用粗略的工期
湊整至以星期或半個季度計。路線圖若暗示它並不具備的精確度，就會被人據此追究。
只連結真正的依賴
只在一項措施沒有另一項便無法開始或完成時才連結。不必要的連結會掩蓋真正的關鍵路徑。
把發佈顯示為里程碑
把每次發佈連到它所包含的措施，便能看出哪些有風險。
需要日曆時釘住第一個開始日
如果路線圖必須跟隨曆年，為第一項措施設定開始日期。
定期檢討
把檢討保留在計劃中，並隨着了解增加而更新工期。
常見問題
甚麼是產品路線圖甘特圖？
把路線圖畫成隨時間延伸的橫棒並附依賴。它適合各項措施確實互相倚賴的路線圖，較不適合避開日期的「現在／下一步／之後」檢視方式。
路線圖是承諾嗎？
不是，而對團隊以外分享的路線圖應當註明這點。
這與項目計劃有何不同？
項目計劃為達成一個成果而編排工作；路線圖顯示團隊計劃在多個成果上做甚麼，以及它們之間的依賴。
可以顯示季度嗎？
可以。在工具列把時間刻度設為月或季度即可。
