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

序言

之前的“敏捷開(kāi)發(fā)用戶故事系列”已經(jīng)提到了微觀層面的需求管理問(wèn)題。由于敏捷開(kāi)發(fā)的提出者和實(shí)踐者主要是開(kāi)發(fā)團(tuán)隊(duì)及其領(lǐng)導(dǎo)，因此一般較少提及產(chǎn)品的整體規(guī)劃、商業(yè)目標(biāo)這些內(nèi)容。

本系列匯集了本人在做產(chǎn)品管理的時(shí)候的一些心得，以及在與不同企業(yè)交流、做互聯(lián)網(wǎng)軟件分析的時(shí)候的一些所得，與大家分享。

本系列的順序整體由微觀到宏觀排序，擬包括設(shè)立迭代目標(biāo)，產(chǎn)品版本規(guī)劃，新產(chǎn)品研發(fā)，Product Owner團(tuán)隊(duì)，產(chǎn)品線管理等話題。

為何設(shè)立迭代目標(biāo)

之前筆者的博客中曾經(jīng)兩次提到關(guān)于迭代目標(biāo)設(shè)立的話題。

基于版本規(guī)劃的迭代目標(biāo)

一次是關(guān)于“迭代期內(nèi)無(wú)變更”，即由于產(chǎn)品應(yīng)該預(yù)先設(shè)定商業(yè)目標(biāo)和客戶群，因此整體版本規(guī)劃也應(yīng)預(yù)先設(shè)定，進(jìn)而可以分解出相對(duì)穩(wěn)定的迭代目標(biāo)。

若能完成上述工作，則迭代期內(nèi)盡管有微弱的變更，但迭代的總目標(biāo)不會(huì)發(fā)生大的變化，從而保證迭代期內(nèi)整體開(kāi)發(fā)內(nèi)容的穩(wěn)定。

基于故事群的迭代目標(biāo)

第二次則是提到用戶故事的組織時(shí)，引入了“故事群”的概念，即某個(gè)迭代不應(yīng)該簡(jiǎn)單地開(kāi)發(fā)“當(dāng)前最重要的功能”，因?yàn)槿f(wàn)一這些最重要的功能零散地分布在不同的業(yè)務(wù)模塊中，開(kāi)發(fā)者就要同時(shí)面臨同步了解多個(gè)業(yè)務(wù)模塊的困境，前來(lái)評(píng)審的客戶也會(huì)有如瞎子摸象一般只能看到多個(gè)局部的一角。

相對(duì)容易開(kāi)發(fā)的方式，是在一個(gè)迭代中，應(yīng)該安排相關(guān)的一組故事，從而將開(kāi)發(fā)和評(píng)審的焦點(diǎn)都集中在一起。這樣開(kāi)發(fā)出來(lái)的產(chǎn)品也不完整，但卻相對(duì)完整地交付了一部分功能，比之零散功能還是更有價(jià)值。

上述兩種方法，一種基于外部的商業(yè)目標(biāo)，一種基于內(nèi)部的開(kāi)發(fā)方便性，但都指向相同的結(jié)果。

怎樣設(shè)立迭代目標(biāo)

會(huì)前準(zhǔn)備

迭代目標(biāo)是提前設(shè)立的，早于計(jì)劃會(huì)，甚至早于Product Owner將有開(kāi)發(fā)意向的Backlog條目計(jì)劃到迭代中。它實(shí)際上在做產(chǎn)品版本規(guī)劃的時(shí)候，就應(yīng)該捎帶著被完成了。

它常常是一句簡(jiǎn)單的描述，如“一個(gè)能登陸和顯示故事列表的版本”。

在迭代計(jì)劃會(huì)之前，Product Owner會(huì)審視這個(gè)迭代的目標(biāo)，從而決定將哪些故事置于本迭代中開(kāi)發(fā)。

事實(shí)上，若已經(jīng)設(shè)定了多個(gè)迭代的目標(biāo)，Product Owner應(yīng)該會(huì)同開(kāi)發(fā)團(tuán)隊(duì)骨干，為未來(lái)2～3個(gè)迭代大致分配所需的用戶故事，而不是趕在當(dāng)前迭代前才匆匆分配。這個(gè)活動(dòng)有利于開(kāi)發(fā)團(tuán)隊(duì)骨干提前了解未來(lái)，從而在架構(gòu)上做一些準(zhǔn)備。

長(zhǎng)期存在的一個(gè)難以平衡的問(wèn)題是：若在架構(gòu)上做了過(guò)多的準(zhǔn)備，若中間發(fā)生變更乃至放棄某些功能，這些準(zhǔn)備會(huì)浪費(fèi)；若架構(gòu)上準(zhǔn)備不足，不斷迎來(lái)新功能又會(huì)導(dǎo)致過(guò)多的“重構(gòu)”發(fā)生，也會(huì)造成浪費(fèi)。為多個(gè)迭代設(shè)立目標(biāo)可以有效地幫助開(kāi)發(fā)團(tuán)隊(duì)做出切合實(shí)際的架構(gòu)準(zhǔn)備，將浪費(fèi)降低到最低點(diǎn)。

會(huì)后核對(duì)

在計(jì)劃會(huì)上講解故事、估算故事后，事情常常有所變動(dòng)。

這時(shí)候要從已經(jīng)計(jì)劃要開(kāi)發(fā)的故事總結(jié)一下看看，是否與原來(lái)設(shè)定的目標(biāo)相符。

開(kāi)發(fā)中跟蹤

在日常開(kāi)發(fā)中Product　Owner常常提出變更，若變更符合目標(biāo)甚至能更好地達(dá)成目標(biāo)，則應(yīng)該被積極地接納；若背離了目標(biāo)，則應(yīng)該緩做或重新考慮。

若“被激勵(lì)”的程序員有了奇思妙想的時(shí)候，團(tuán)隊(duì)同樣應(yīng)該冷靜地思考，做出判斷。

“擁抱變化”與“迭代期內(nèi)無(wú)變更”的矛盾其實(shí)向我們揭示了敏捷開(kāi)發(fā)中的一個(gè)重要原則：變化的是路徑，不變的是目標(biāo)。

為每個(gè)迭代設(shè)立目標(biāo)，非常好地讓我們能夠遵循這一點(diǎn)。

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

標(biāo)簽： 敏捷 ��

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