正規(gui)過程好像是(shi)(shi)先確認項(xiang)目(mu)(mu)范(fan)圍,然后根(gen)據WBS->進(jin)度(du)計劃確認實際(ji)(ji)的項(xiang)目(mu)(mu)周期,但實際(ji)(ji)情況往(wang)(wang)(wang)往(wang)(wang)(wang)很難如此,用戶往(wang)(wang)(wang)往(wang)(wang)(wang)對(dui)進(jin)度(du)的關(guan)注度(du)大于(yu)對(dui)范(fan)圍的關(guan)注度(du),一(yi)個項(xiang)目(mu)(mu)半年或一(yi)年都(dou)看不到具體的產品(pin)出來用戶肯定(ding)是(shi)(shi)無法接受的,所以我(wo)們的軟件項(xiang)目(mu)(mu)一(yi)般也是(shi)(shi)按版本增量迭代進(jin)行開發。
另外(wai)這(zhe)里需要(yao)(yao)強調下項(xiang)(xiang)目(mu)(mu)目(mu)(mu)標(biao)(biao)的(de)(de)(de)確(que)定,項(xiang)(xiang)目(mu)(mu)的(de)(de)(de)目(mu)(mu)標(biao)(biao)不能簡(jian)單理解為(wei)在某個時間點完(wan)成所有功能。項(xiang)(xiang)目(mu)(mu)另外(wai)一個重(zhong)要(yao)(yao)目(mu)(mu)標(biao)(biao)就(jiu)是項(xiang)(xiang)目(mu)(mu)的(de)(de)(de)質量(liang)目(mu)(mu)標(biao)(biao),你完(wan)成的(de)(de)(de)這(zhe)個項(xiang)(xiang)目(mu)(mu)需要(yao)(yao)達到(dao)那個等(deng)級(ji)的(de)(de)(de)質量(liang)標(biao)(biao)準,交出的(de)(de)(de)產品BUG泄漏率要(yao)(yao)控制在什么范圍(wei)內等(deng)內容。項(xiang)(xiang)目(mu)(mu)的(de)(de)(de)質量(liang)目(mu)(mu)標(biao)(biao)不會影響(xiang)到(dao)我(wo)們的(de)(de)(de)范圍(wei),但會影響(xiang)到(dao)我(wo)們后續評(ping)審(shen),測試(shi)等(deng)時間的(de)(de)(de)安排,直接影響(xiang)到(dao)項(xiang)(xiang)目(mu)(mu)的(de)(de)(de)進度。
PMBOK里已經明(ming)確提到項(xiang)(xiang)目(mu)范(fan)圍定義(yi)的(de)另一個重要(yao)目(mu)的(de)就是項(xiang)(xiang)目(mu)的(de)績效(xiao)測(ce)量和驗收準則,你交付項(xiang)(xiang)目(mu)的(de)時(shi)候用戶會(hui)根據用戶需求說(shuo)明(ming)書內容對項(xiang)(xiang)目(mu)進行驗收,所有我(wo)們項(xiang)(xiang)目(mu)的(de)范(fan)圍的(de)定義(yi)必須是明(ming)確,量化(hua),可驗證和可測(ce)試(shi)的(de),這樣才(cai)能夠避免(mian)后期無謂的(de)糾紛。
外在概述階(jie)段需要(yao)分析項目的(de)假(jia)(jia)設(she)和(he)約(yue)束,假(jia)(jia)設(she)和(he)約(yue)束又分為技(ji)術方(fang)(fang)面(mian)和(he)非技(ji)術方(fang)(fang)面(mian),在這里(li)我們分析的(de)所有假(jia)(jia)設(she)都可能成(cheng)為項目的(de)風險。