開(kāi)始一個(gè)新項目或版本時(shí)候，首先是和用戶(hù)一起確認需求，進(jìn)行項目的范圍規劃。項目是范圍，進(jìn)度，質(zhì)量和資源四要素的平衡，用戶(hù)對項目進(jìn)度要求和優(yōu)先級高的時(shí)候，我們往往要縮小項目范圍，對用戶(hù)需求進(jìn)行優(yōu)先級排序，排除優(yōu)先級低的需求。另外我們做項目范圍規劃的一個(gè)重要依據就是我們的歷史經(jīng)驗數據，對項目特征的清楚認識，項目范圍規劃初期需求你進(jìn)行一個(gè)較宏觀(guān)的估算，否則你很難判斷清楚或給用戶(hù)承諾在現有資源情況下，你3個(gè)月時(shí)間里面是否可以完成20個(gè)或更多用戶(hù)功能。

　　正規過(guò)程好像是先確認項目范圍，然后根據WBS->進(jìn)度計劃確認實(shí)際的項目周期，但實(shí)際情況往往很難如此，用戶(hù)往往對進(jìn)度的關(guān)注度大于對范圍的關(guān)注度，一個(gè)項目半年或一年都看不到具體的產(chǎn)品出來(lái)用戶(hù)肯定是無(wú)法接受的，所以我們的軟件項目一般也是按版本增量迭代進(jìn)行開(kāi)發(fā)。

　　另外這里需要強調下項目目標的確定，項目的目標不能簡(jiǎn)單理解為在某個(gè)時(shí)間點(diǎn)完成所有功能。項目另外一個(gè)重要目標就是項目的質(zhì)量目標，你完成的這個(gè)項目需要達到那個(gè)等級的質(zhì)量標準，交出的產(chǎn)品BUG泄漏率要控制在什么范圍內等內容。項目的質(zhì)量目標不會(huì )影響到我們的范圍，但會(huì )影響到我們后續評審，測試等時(shí)間的安排，直接影響到項目的進(jìn)度。

　　PMBOK里已經(jīng)明確提到項目范圍定義的另一個(gè)重要目的就是項目的績(jì)效測量和驗收準則，你交付項目的時(shí)候用戶(hù)會(huì )根據用戶(hù)需求說(shuō)明書(shū)內容對項目進(jìn)行驗收，所有我們項目的范圍的定義必須是明確，量化，可驗證和可測試的，這樣才能夠避免后期無(wú)謂的糾紛。

　　另外在概述階段需要分析項目的假設和約束，假設和約束又分為技術(shù)方面和非技術(shù)方面，在這里我們分析的所有假設都可能成為項目的風(fēng)險。