本文是敏捷開發(fā)產品管理系列的第二篇。（序言及設立迭代目標，產品版本規(guī)劃，產品用戶群規(guī)劃，新產品研發(fā)，Product Owner團隊，產品線管理）

本文是一篇舊文，原名為《“迭代期內無變更”與敏捷開發(fā)產品版本規(guī)劃》，因符合本系列內容，做相應修改后重新編排發(fā)出。

迭代期間無變更？

支持派說：對，如果經常變，我們怎么開發(fā)啊。

反對派說：不對，敏捷開發(fā)不能上來就確認了需求，要的就是在開發(fā)中逐步了解需求，怎么可能不變呢。

只在開發(fā)層面，這個問題無解。讓我們站在產品版本規(guī)劃的高度來看這個問題。

基于商業(yè)目標的產品版本規(guī)劃

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

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

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

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

這樣看來，“迭代期間無變更”指的是：“不應該到迭代開發(fā)已經開始了還沒明確要開發(fā)什么功能”（What問題）；而不是：“應該在迭代前把需求弄明確，一旦開發(fā)了就別改動了”（How問題）。

產品版本規(guī)劃步驟圖

產品立項——在這個時候大致規(guī)劃出路線圖，走多遠，多久，走到哪里

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

Sprint1計劃會——在這個時候達到故事點的粒度，且從技術角度思考可以先做什么后做什么

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

Sprint2計劃會

……

Sprint Release ——在這個時候，無論技術順序的先后，所有V1.0的功能都做完了

V2.0 ——根據(jù)市場反饋，調整產品路線圖

V3.0——繼續(xù)

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

文章來源：blog.csdn.net/cheny_com/article/details/6914899

延伸閱讀：

• 敏捷開發(fā)產品管理系列之一：序言及設立迭代目標

標簽： 產品管理 敏捷 ��

版權申明：本站文章部分自網絡，如有侵權，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉載文章言論不代表本站觀點！
本站所提供的圖片等素材，版權歸原作者所有，如需使用，請與原作者聯(lián)系。