iT邦幫忙

2022 iThome 鐵人賽

DAY 7
0
Agile

Product Backlog 與他的快樂小夥伴系列 第 30

如何檢視產品策略,而不是只聚焦在產出上?

  • 分享至 

  • xImage
  •  

昨天聊到 Release Plan,每個 Release Plan 都是圍繞著一個目標。而這個目標可能就是我們某項策略的解決方案。透過 Release Plan 我們看到中期層級的顆粒度,我們今天就來聊聊長期開發顆粒度的層次吧。

我們前面聊過,一個產品都有、也應該要有其願景與使命。願景是長久的,可能十幾年都不會變,而使命則是我們推動願景的理念與方向,為了衡量我們是否達到使命,可能會此訂定較具 S.M.A.R.T. 的產品目標,這樣我們在抽象與具體的部分都有了描述。

接著我們就可以思考,那近一到三年,我們又該用哪些策略去達到我們的產品目標。策略也就是決定我們會聚焦在什麼客群、發展方向、用哪些資源,有了這樣個方向後,我們就可以來思考該做些什麼去落實這個策略,可能會比較像是要透過怎樣的產出 (output) 達到什麼樣的成效 (outcome),而這個成效可能就是產品目標與策略的一小塊。所以一個策略可能有一到多個目標,一個使命與產品目標也可能會在三年內有多個策略。這些元素就構成了我們的 Product Roadmap。

透過怎樣的討論能產出策略,讓我們發展出 Product Roadmap?是一個需要專業的領域,我會建議可以參考 ICA 的 PSP,我們這邊就不多著墨。還是來聊聊我們是如何將 Product Roadmap 給透明出來的吧!

一樣是透過 Miro 好夥伴。我們會用一個類似表格的方式呈現版面,橫軸是時間,縱軸是面向。

時間我們會將第一年再分為四個季度,若還有後面兩年,則不會再細分,因為沒有足夠的資訊支撐我們做到這樣判斷,二來現在做那麼細也容易在未來改變,所以沒有意義。

面向更多是指商業與技術,比如說我們會分為事件、市場與產品。事件先間與我們產品相關的事情給標記出來,比如說節日、活動等等;市場又分為數個客群,來思考我們在這些打算在這個季度為這些客群做哪些事;產品就是我們的核心本身,可能會分為商業面向的目標與技術上的。

而策略與目標就是這個表格上的元素,可能是在縱向的維度上多這兩個面向,標記我們在這個季度想要發展的策略是什麼,那在市場、產品上,我們又該完成哪些目標,這個目標就可以再進一步發展我們昨天說的發布計畫。

透過 Product Roadmap 我們就將更高維度的想法與預期給透明出來,讓我們得以每個月去檢視進度與市場上的變化,即時針對我們的策略與目標去做調整。


上一篇
我們陷入一直開發,開始不知道為何而戰時該怎麼辦?
下一篇
這 30 天的 60 篇文,我想講點什麼做個收尾?
系列文
Product Backlog 與他的快樂小夥伴31
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言