昨天聊到透過 Product Roadmap 可以分為兩個層級，但基本上都還是透過 Product Roadmap 本身去檢視。關於怎樣是一個好的 Product Roadmap 可以參考 產品路線圖：從革新到蛻變。

而其中裡面的每個目標 (Objective)，我會以其為基準作為下一個層級的展開。我會先透過 Impact Mapping 與 User Story Mapping 帶領團隊探索這個目標要去做的事情方向與全貌，在之中去釐清情境、需求，產出一張張 Item，最後將整個全貌劃分為數個範疇的界線是可以，分別是：

• 「丁字褲」版：Awakener, Daniel Tang 的用語，即第一個最核心成功案例
• MVP：必須打穿 E2E 的核心功能，目的是探索不確定性的技術或是需求，將其明確化，降低未來風險。
• MMP：可以在市場上推出的最小版本
• Good to Have：非必要的功能或是改善，有會更好，但沒有也足以推去市場嘗試。

在了這樣的全貌與界線劃分後，我們就可以思考這個目標要分幾階段去執行，每一階段都是一個階段性目標，並思考這個階段我們預計會花多少個迭代週期？這樣的範疇與週期可能性是高的嗎？

這個討論過程，就可以逐步去訂定所謂的發布計畫，也就是我認為的第三個層級。這個層級我會把這個階段的每個迭代週期都列出來，讓團隊與產品負責人嘗試按照優先度去排進去。從中去討論中期的計畫裡，那邊是有觀點不同要交流的、有什麼想調整的、調整的方案是什麼。

接著我們就會去執行這個發布計畫，並且在每個迭代週期的尾聲去重新檢視發布計畫，看有沒有什麼要調整的，在於下一個迭代週期的初始規劃中，去探討實際可能可以開發的。而聚焦在當前與可能下一個迭代週期的視角，就會是我們就習慣的視野，也就是我認為的最後一個層級。

寫完這篇文就跑去另一篇寫文了，結果沒發現我沒有發到這裡 wwww
挑戰失敗 XD