3.欲望也有輕重緩急
在需求收集和整理完成后和項(xiàng)目開(kāi)始開(kāi)發(fā)之前，我們需要召開(kāi)需求評(píng)審會(huì)來(lái)確定每個(gè)需求的優(yōu)先級(jí)和開(kāi)發(fā)計(jì)劃。如果你的團(tuán)隊(duì)正在使用Scrum敏捷開(kāi)發(fā)，那么你們一定在用用戶故事來(lái)整理用戶需求。用戶故事通常使用客戶和團(tuán)隊(duì)都可以看懂的表達(dá)方式來(lái)寫，每一個(gè)用戶故事都是產(chǎn)品的一個(gè)需求。當(dāng)然，用戶故事還包括需求的商業(yè)價(jià)值和相關(guān)人員。使用用戶故事可以方便的與客戶溝通，而且不用查看繁瑣的需求文檔。
用戶故事一般使用如下格式：為了[商業(yè)價(jià)值]，作為[角色]，我想要[做某事]。還是使用“餓了么”軟件為例，比如上班族想找到送外賣快的餐廳的需求可以表述為：為了讓外賣更快的送達(dá)，作為上班族，我想要查看每家餐廳的外賣送達(dá)預(yù)估時(shí)間。
在用戶故事確定以后，我們需要召集開(kāi)發(fā)人員，客戶還以一些產(chǎn)品的相關(guān)人員來(lái)參加需求評(píng)審會(huì)。在會(huì)議上，我們需要對(duì)每個(gè)需求的商業(yè)風(fēng)險(xiǎn)，技術(shù)風(fēng)險(xiǎn)，開(kāi)發(fā)耗時(shí)和優(yōu)先級(jí)作出評(píng)估。
首先需要確定的是商業(yè)風(fēng)險(xiǎn)，也就是確定哪些是核心需求，哪些是亮點(diǎn)需求。核心需求需要盡早完成，缺失了產(chǎn)品就不完整。而亮點(diǎn)需求有則會(huì)給產(chǎn)品加分，沒(méi)有也不會(huì)影響用戶的使用。一般來(lái)講，核心需求的商業(yè)風(fēng)險(xiǎn)會(huì)比較低，因?yàn)檫@些需求都是產(chǎn)品必須的，被砍掉的可能性很低。而亮點(diǎn)需求的商業(yè)風(fēng)險(xiǎn)就會(huì)高，可能會(huì)因?yàn)殚_(kāi)發(fā)時(shí)間不足而被砍掉或者被放入下次版本迭代的周期中。
下來(lái)需要確定技術(shù)風(fēng)險(xiǎn)和開(kāi)發(fā)耗時(shí)，技術(shù)風(fēng)險(xiǎn)代表的是這個(gè)需求開(kāi)發(fā)的難易程度。如果這個(gè)需求所需要的技術(shù)開(kāi)發(fā)團(tuán)隊(duì)從來(lái)沒(méi)接觸過(guò)，需要對(duì)這個(gè)技術(shù)從頭開(kāi)始學(xué)習(xí)。那么這個(gè)需求的技術(shù)風(fēng)險(xiǎn)就會(huì)很高，因?yàn)檫@個(gè)新技術(shù)不知道開(kāi)發(fā)團(tuán)隊(duì)是否能掌握，多久才能掌握。技術(shù)風(fēng)險(xiǎn)的評(píng)估對(duì)開(kāi)發(fā)耗時(shí)的評(píng)估有很大影響。開(kāi)發(fā)耗時(shí)在Scrum開(kāi)發(fā)團(tuán)隊(duì)中一般用時(shí)間點(diǎn)來(lái)計(jì)算，一個(gè)時(shí)間點(diǎn)代表一個(gè)理想工作日。在我的團(tuán)隊(duì)中，一般使用斐波那契數(shù)列來(lái)劃分時(shí)間點(diǎn)的等級(jí)。因?yàn)槲覀儼l(fā)現(xiàn)工程師經(jīng)常在為一個(gè)需求的時(shí)間點(diǎn)而爭(zhēng)論不休。如果為一個(gè)需求是2個(gè)時(shí)間點(diǎn)還是3個(gè)時(shí)間點(diǎn)而爭(zhēng)論，這是有意義的，因?yàn)?個(gè)時(shí)間點(diǎn)比2個(gè)多了一半的工作量。但是如果在為一個(gè)需求是99個(gè)時(shí)間點(diǎn)還是100個(gè)時(shí)間點(diǎn)而爭(zhēng)論就是沒(méi)有意義的，因?yàn)檫@一個(gè)時(shí)間點(diǎn)的差別對(duì)我們的影響很小。為了避免這種無(wú)意義的爭(zhēng)論，我們使用斐波那契數(shù)列來(lái)劃分時(shí)間點(diǎn)，這個(gè)時(shí)候工程師只需要考慮這個(gè)需求的耗時(shí)更靠近89還是144，而不用為了細(xì)小的差別而爭(zhēng)論不休。在評(píng)估技術(shù)風(fēng)險(xiǎn)和開(kāi)發(fā)耗時(shí)時(shí)，一般都有技術(shù)人員和項(xiàng)目經(jīng)理來(lái)確定，其他人員不應(yīng)該左右技術(shù)人員和項(xiàng)目經(jīng)理的思維。
最后則是評(píng)估需求的優(yōu)先級(jí)，綜合分析以上三個(gè)要素，來(lái)最后給需求評(píng)估優(yōu)先級(jí)。一般情況下核心需求的優(yōu)先級(jí)往往是最高的，不過(guò)有時(shí)候由于技術(shù)風(fēng)險(xiǎn)過(guò)大，或者開(kāi)發(fā)耗時(shí)過(guò)長(zhǎng)，有些核心需求的優(yōu)先級(jí)會(huì)被降低。在優(yōu)先級(jí)評(píng)估完畢后，開(kāi)發(fā)團(tuán)隊(duì)會(huì)確定第一輪的迭代要完成的需求。如果是使用Scrum敏捷開(kāi)發(fā)有一段時(shí)間的話，開(kāi)發(fā)團(tuán)隊(duì)是知道自己在一個(gè)迭代周期能夠完成多少時(shí)間點(diǎn)的任務(wù)的，也就是團(tuán)隊(duì)的速率。一些高優(yōu)先級(jí)的需求由于時(shí)間點(diǎn)太大而不能放入本次迭代，而使用其他優(yōu)先級(jí)相對(duì)較低但時(shí)間點(diǎn)小的需求代替的情況也會(huì)時(shí)常發(fā)生。
