---

在為一個需求的時間點而爭論不休。如果為一個需求是2個時間點還是3個時間點而爭論，這是有意義的，因為3個時間點比2個多了一半的工作量。但是如果在為一個需求是99個時間點還是100個時間點而爭論就是沒有意義的，因為這一個時間點的差別對我們的影響很小。為了避免這種無意義的爭論，我們使用斐波那契數(shù)列來劃分時間點，這個時候工程師只需要考慮這個需求的耗時更靠近89還是144，而不用為了細(xì)小的差別而爭論不休。在評估技術(shù)風(fēng)險和開發(fā)耗時時，一般都有技術(shù)人員和項目經(jīng)理來確定，其他人員不應(yīng)該左右技術(shù)人員和項目經(jīng)理的思維。

最后則是評估需求的優(yōu)先級，綜合分析以上三個要素，來最后給需求評估優(yōu)先級。一般情況下核心需求的優(yōu)先級往往是最高的，不過有時候由于技術(shù)風(fēng)險過大，或者開發(fā)耗時過長，有些核心需求的優(yōu)先級會被降低。在優(yōu)先級評估完畢后，開發(fā)團隊會確定第一輪的迭代要完成的需求。如果是使用Scrum敏捷開發(fā)有一段時間的話，開發(fā)團隊是知道自己在一個迭代周期能夠完成多少時間點的任務(wù)的，也就是團隊的速率。一些高優(yōu)先級的需求由于時間點太大而不能放入本次迭代，而使用其他優(yōu)先級相對較低但時間點小的需求代替的情況也會時常發(fā)生。

4.讓欲望在掌握之中