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

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

迭代期間無(wú)變更？

支持派說(shuō)：對(duì)，如果經(jīng)常變，我們?cè)趺撮_(kāi)發(fā)啊。

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

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

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

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

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

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

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

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

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

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

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

Sprint1計(jì)劃會(huì)——在這個(gè)時(shí)候達(dá)到故事點(diǎn)的粒度，且從技術(shù)角度思考可以先做什么后做什么

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

Sprint2計(jì)劃會(huì)

……

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

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

V3.0——繼續(xù)

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

文章來(lái)源：blog.csdn.net/cheny_com/article/details/6914899

延伸閱讀：

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

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

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