軟件項(xiàng)目中的計(jì)劃階段

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

　　1．項(xiàng)目目標(biāo)和范圍 
　　開(kāi)始一個(gè)新項(xiàng)目或版本時(shí)候，首先是和用戶一起確認(rèn)需求，進(jìn)行項(xiàng)目的范圍規(guī)劃。項(xiàng)目是范圍，進(jìn)度，質(zhì)量和資源四要素的平衡，用戶對(duì)項(xiàng)目進(jìn)度要求和優(yōu)先級(jí)高的時(shí)候，我們往往要縮小項(xiàng)目范圍，對(duì)用戶需求進(jìn)行優(yōu)先級(jí)排序，排除優(yōu)先級(jí)低的需求。另外我們做項(xiàng)目范圍規(guī)劃的一個(gè)重要依據(jù)就是我們的歷史經(jīng)驗(yàn)數(shù)據(jù)，對(duì)項(xiàng)目特征的清楚認(rèn)識(shí)，項(xiàng)目范圍規(guī)劃初期需求你進(jìn)行一個(gè)較宏觀的估算，否則你很難判斷清楚或給用戶承諾在現(xiàn)有資源情況下，你3個(gè)月時(shí)間里面是否可以完成20個(gè)或更多用戶功能。 
　　正規(guī)過(guò)程好像是先確認(rèn)項(xiàng)目范圍，然后根據(jù)WBS->進(jìn)度計(jì)劃確認(rèn)實(shí)際的項(xiàng)目周期，但實(shí)際情況往往很難如此，用戶往往對(duì)進(jìn)度的關(guān)注度大于對(duì)范圍的關(guān)注度，一個(gè)項(xiàng)目半年或一年都看不到具體的產(chǎn)品出來(lái)用戶肯定是無(wú)法接受的，所以我們的軟件項(xiàng)目一般也是按版本增量迭代進(jìn)行開(kāi)發(fā)。 
　　另外這里需要強(qiáng)調(diào)下項(xiàng)目目標(biāo)的確定，項(xiàng)目的目標(biāo)不能簡(jiǎn)單理解為在某個(gè)時(shí)間點(diǎn)完成所有功能。項(xiàng)目另外一個(gè)重要目標(biāo)就是項(xiàng)目的質(zhì)量目標(biāo)，你完成的這個(gè)項(xiàng)目需要達(dá)到那個(gè)等級(jí)的質(zhì)量標(biāo)準(zhǔn)，交出的產(chǎn)品BUG泄漏率要控制在什么范圍內(nèi)等內(nèi)容。項(xiàng)目的質(zhì)量目標(biāo)不會(huì)影響到我們的范圍，但會(huì)影響到我們后續(xù)評(píng)審，測(cè)試等時(shí)間的安排，直接影響到項(xiàng)目的進(jìn)度。 
　　PMBOK里已經(jīng)明確提到項(xiàng)目范圍定義的另一個(gè)重要目的就是項(xiàng)目的績(jī)效測(cè)量和驗(yàn)收準(zhǔn)則，你交付項(xiàng)目的時(shí)候用戶會(huì)根據(jù)用戶需求說(shuō)明書內(nèi)容對(duì)項(xiàng)目進(jìn)行驗(yàn)收，所有我們項(xiàng)目的范圍的定義必須是明確，量化，可驗(yàn)證和可測(cè)試的，這樣才能夠避免后期無(wú)謂的糾紛。 
　　另外在概述階段需要分析項(xiàng)目的假設(shè)和約束，假設(shè)和約束又分為技術(shù)方面和非技術(shù)方面，在這里我們分析的所有假設(shè)都可能成為項(xiàng)目的風(fēng)險(xiǎn)。 
　　2．項(xiàng)目進(jìn)度的確定 
　　項(xiàng)目的目標(biāo)和范圍確定后，需要開(kāi)始確定項(xiàng)目的過(guò)程，項(xiàng)目整個(gè)過(guò)程中采用何種生命周期模型？項(xiàng)目過(guò)程是否需要對(duì)組織級(jí)定義的標(biāo)準(zhǔn)過(guò)程進(jìn)行裁剪等相關(guān)內(nèi)容。項(xiàng)目過(guò)程定義是進(jìn)行WBS分解前必須確定的一個(gè)環(huán)節(jié)，你采用瀑布模型和增量迭代模型對(duì)WBS分解和進(jìn)度計(jì)劃安排顯然是完全不同的。 
　　項(xiàng)目過(guò)程確認(rèn)清楚后開(kāi)始進(jìn)行項(xiàng)目的WBS分解，WBS分解一般是項(xiàng)目組的核心成員參加，但項(xiàng)目經(jīng)理應(yīng)該是起主導(dǎo)和協(xié)調(diào)作用。WBS分解方法一般有基于過(guò)程和基于成功兩種方式，但兩種方式可以混合使用，比如在高層分解的時(shí)候先分解出子系統(tǒng)和工作包，在底層的時(shí)候再按照需求，設(shè)計(jì)，編碼和測(cè)試各個(gè)過(guò)程進(jìn)行分解。WBS的最底層工作單元需要是可以獨(dú)立核實(shí)的產(chǎn)品，需要去下達(dá)計(jì)劃和任務(wù)，工作單元需要有明確的責(zé)任人，因此有時(shí)候在沒(méi)有做仔細(xì)的估算時(shí)候我們很難讓工作單元滿足這些要求，這樣就難免在進(jìn)行估算過(guò)程中還要對(duì)WBS進(jìn)行優(yōu)化和調(diào)整。 
　　WBS分解完成后可以開(kāi)始進(jìn)行工作單元的估算，估算一般有專家法，三點(diǎn)法和功能點(diǎn)法估算，由于我們的項(xiàng)目采用專家法估算，因此更需要項(xiàng)目核心成員和有經(jīng)驗(yàn)的成員參加，估算一般會(huì)針對(duì)工作單元的單位和復(fù)雜度進(jìn)行估算，最后估算出項(xiàng)目的總規(guī)模，再除以項(xiàng)目的生產(chǎn)率后得到項(xiàng)目的工作量數(shù)據(jù)。專家法估算一般會(huì)進(jìn)行很多輪，直到所有指標(biāo)都收斂（收斂標(biāo)準(zhǔn)是組織或項(xiàng)目事先確定清楚了，如偏差<30%就算收斂）。對(duì)于一個(gè)軟件項(xiàng)目而言，我們用專家法估算其實(shí)很難估算出具體的各個(gè)功能編碼的代碼行數(shù)據(jù)和編碼的具體工作量，所以這里是需要使用項(xiàng)目的歷史經(jīng)驗(yàn)數(shù)據(jù)，即你在做歷史項(xiàng)目的時(shí)候需求：設(shè)計(jì)：編碼工作量的比例究竟是如何的？然后根據(jù)估算得到的需求階段工作量數(shù)據(jù)去推算出設(shè)計(jì)和開(kāi)發(fā)的估算工作量。所以從這點(diǎn)上也可以看出為何軟件項(xiàng)目度量和分析很重要，因?yàn)槟阕龅亩攘亢头治鰯?shù)據(jù)都會(huì)做為你后續(xù)項(xiàng)目的重要依據(jù)。很多項(xiàng)目老說(shuō)軟件估算很不準(zhǔn)，原因就在于你沒(méi)有你自己項(xiàng)目的歷史經(jīng)驗(yàn)數(shù)據(jù)的積累。 
　　在估算數(shù)據(jù)出來(lái)后，可以使用Project工具安排整個(gè)項(xiàng)目的進(jìn)度計(jì)劃，在項(xiàng)目進(jìn)度計(jì)劃安排中的兩個(gè)重要內(nèi)容就是關(guān)鍵人力資源的確定和關(guān)鍵路徑的確定。在這兩個(gè)因素確認(rèn)清楚后要排出整個(gè)項(xiàng)目的進(jìn)度計(jì)劃就很簡(jiǎn)單了。對(duì)于項(xiàng)目關(guān)鍵人力資源確定一般可以采用工作單元－>人員的責(zé)任矩陣進(jìn)行分析，對(duì)于關(guān)鍵路徑一般直接用運(yùn)籌學(xué)中的關(guān)鍵路徑分析法確定ES，EF，LE和LF四個(gè)時(shí)間即可。 
　　在項(xiàng)目進(jìn)度計(jì)劃基本排出來(lái)后就可以規(guī)劃和確定項(xiàng)目的里程碑和基線了，項(xiàng)目的里程碑和基線是項(xiàng)目重要的跟蹤控制檢查點(diǎn)，在里程碑項(xiàng)目還會(huì)做專門的里程碑報(bào)告，對(duì)項(xiàng)目的當(dāng)前狀態(tài)，項(xiàng)目的進(jìn)度，工作量，規(guī)模，缺陷等各項(xiàng)指標(biāo)的偏離進(jìn)行分析。 
　　整個(gè)項(xiàng)目進(jìn)度計(jì)劃基本出來(lái)后需要和項(xiàng)目組的所有項(xiàng)目成員確認(rèn)，獲取項(xiàng)目的內(nèi)部承諾，項(xiàng)目成員應(yīng)該對(duì)整個(gè)進(jìn)度計(jì)劃安排基本達(dá)成一致。項(xiàng)目計(jì)劃還有需要支持計(jì)劃需要制定，項(xiàng)目進(jìn)度計(jì)劃出來(lái)后整個(gè)可以通知QA和配置管理員分別制定質(zhì)量保證計(jì)劃和配置管理計(jì)劃，項(xiàng)目經(jīng)理協(xié)助測(cè)試負(fù)責(zé)人制定項(xiàng)目的系統(tǒng)測(cè)試計(jì)劃。