敏捷開發產品管理系列之二 產品版本規劃

2021-06-01 07:22:22 字數 1326 閱讀 1160

本文是敏捷開發產品管理系列的第二篇。(序言及設立迭代目標,產品版本規劃,產品使用者群規劃,新產品研發,預估會議,product servant,product owner團隊,產品線管理)

本文是一篇舊文,原名為《「迭代期內無變更」與敏捷開發產品版本規劃》,因符合本系列內容,做相應修改後重新編排發出。

支援派說:對,如果經常變,我們怎麼開發啊。

反對派說:不對,敏捷開發不能上來就確認了需求,要的就是在開發中逐步了解需求,怎麼可能不變呢。

只在開發層面,這個問題無解。讓我們站在產品版本規劃的高度來看這個問題。

下個產品版本(或下個迭代)中到底應該有什麼功能?最重要的功能?最基礎的功能?當前可能實現的功能?已經弄清楚的功能?

這些角度都是基於技術活動而非市場目標來制定的,都有其侷限性。

其實,每個產品的版本都是企業的一步棋:在某個時間,推出某些功能,滿足某些需求,獲取某些客戶,打敗某些對手,取代某些產品。

若認同了這一點,則早在產品版本規劃的時候,就應該確認此版本中應該大致包含哪些功能,而非到迭代計畫會議或迭代中才會確認,更不會在迭代中間發生變化

這樣看來,「迭代期間無變更」指的是:「不應該到迭代開發已經開始了還沒明確要開發什麼功能」(what問題);而不是:「應該在迭代前把需求弄明確,一旦開發了就別改動了」(how問題)。

產品立項 ------------------------------------------- 在這個時候大致規劃出路線圖,走多遠,多久,走到**

v1.0 --------------------------------------- 在這個時候明確規劃處這個版本要做哪些功能(未必到達故事點的粒度)

sprint1計畫會 --------------------------------- 在這個時候達到故事點的粒度,且從技術角度思考可以先做什麼後做什麼

日常工作 ----------------------------- 細化做成什麼樣子,隨時可以變,但基本不會大量扔掉或換掉什麼功能了

sprint2計畫會

sprint release ----------------------- 在這個時候,無論技術順序的先後,所有v1.0的功能都做完了

v2.0 --------------------------------------- 根據市場反饋,調整產品路線圖

v3.0 --------------------------------------- 繼續

從這一點上,敏捷產品版本規劃的目標與設定迭代目標的初衷相同:在「事先計畫防止返工」與「隨機應變防止想太多沒用上」之間找到平衡,降低浪費。

敏捷開發產品管理系列之二 產品版本規劃

本文是敏捷開發產品管理系列的第二篇。序言及設立迭代目標,產品版本規劃,產品使用者群規劃,新產品研發,預估會議,product servant,product owner團隊,產品線管理 本文是一篇舊文,原名為 迭代期內無變更 與敏捷開發產品版本規劃 因符合本系列內容,做相應修改後重新編排發出。支援派...

敏捷開發產品管理系列之二 產品版本規劃

本文是敏捷開發產品管理系列的第二篇。序言及設立迭代目標,產品版本規劃,產品使用者群規劃,新產品研發,預估會議,product servant,product owner團隊,產品線管理 本文是一篇舊文,原名為 迭代期內無變更 與敏捷開發產品版本規劃 因符合本系列內容,做相應修改後重新編排發出。支援派...

敏捷開發產品管理系列之四 新產品研發

本文是敏捷開發產品管理系列的第一篇。序言及設立迭代目標,產品版本規劃,產品使用者群規劃,新產品研發,預估會議,product servant,product owner團隊,產品線管理 這裡所指的新產品研發,不是指自己企業的新產品,而是特指那種在行業中初創,前途不明,尚需市場檢驗的新產品。敏捷開發可...