企業(yè)如何進(jìn)行項目計劃范圍和進(jìn)度的制定呢？

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

　　項目進(jìn)度管理則是指在項目實施過程中，對各階段的進(jìn)展程度和項目最終完成的期限所進(jìn)行的管理，項目計劃軟件包括兩大部分的內(nèi)容，即項目進(jìn)度計劃的制定和項目進(jìn)度計劃的控制。那么，為了保證項目順利實施，如何進(jìn)行項目范圍和進(jìn)度的制定呢?

　　1.項目目標(biāo)和范圍

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

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

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

　　2.項目進(jìn)度的確定

　　項目的目標(biāo)和范圍確定后，需要開始確定項目的過程，項目整個過程中采用何種生命周期模型?項目過程是否需要對組織級定義的標(biāo)準(zhǔn)過程進(jìn)行裁剪等相關(guān)內(nèi)容。項目過程定義是進(jìn)行分解前必須確定的一個環(huán)節(jié)，泛普軟件-項目進(jìn)程管理軟件采用瀑布模型和增量迭代模型對分解和進(jìn)度計劃安排顯然是完全不同的。

　　項目進(jìn)程管理軟件確認(rèn)清楚后開始進(jìn)行項目的分解，分解一般是項目組的核心成員參加，但項目經(jīng)理應(yīng)該是起主導(dǎo)和協(xié)調(diào)作用。分解方法一般有基于過程和基于成功兩種方式，但兩種方式可以混合使用，比如在高層分解的時候先分解出子系統(tǒng)和工作包，在底層的時候再按照需求，設(shè)計，編碼和測試各個過程進(jìn)行分解。的最底層工作單元需要是可以獨(dú)立核實的產(chǎn)品，需要去下達(dá)計劃和任務(wù)，工作單元需要有明確的責(zé)任人，因此有時候在沒有做仔細(xì)的估算時候我們很難讓工作單元滿足這些要求，這樣就難免在進(jìn)行估算過程中還要對進(jìn)行優(yōu)化和調(diào)整。