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

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

迭代期間無變更？

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

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

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

基于商業(yè)目標(biāo)的產(chǎn)品版本規(guī)劃

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

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

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

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

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

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

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

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

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

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

Sprint2計劃會

……

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

V2.0 ——根據(jù)市場反饋，調(diào)整產(chǎn)品路線圖

V3.0——繼續(xù)

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

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

延伸閱讀：

• 敏捷開發(fā)產(chǎn)品管理系列之一：序言及設(shè)立迭代目標(biāo)

標(biāo)簽： 產(chǎn)品管理 敏捷 ��

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