專案管理過程之計劃和預算(3) (轉)
1.2 專案計劃和預算(三)
1.2 .4進度和資源計劃
進度計劃的作用是將工作安排反映到日曆上,它不僅規定整個專案以及各階段的起止日期,還具體規定了所有活動的開始和結束日期。常用描述進度計劃的工具有甘特圖和時間表:
1) 甘特圖又稱為“Gantt Chart”或“Bar Chart”(如圖1所示),用橫軸表示時間刻度,縱軸表示活動,而用一條“橫條”表示該活動的起始和結束時間。傳統的甘特圖不能表示活動之間的相互關係,現在一些工具(如MS Project)可以用橫條之間的箭頭表示活動的依賴關係。甘特圖的特點是直觀性強,缺點是一旦改變進度安排整個圖形的形狀就改變了,必須重新繪製。
2) 時間表一般配合網路圖使用。網路圖描述任務間依賴關係,而時間表記錄每項活動的“計劃開始時間”、“計劃結束時間”、“實際開始時間”和“實際結束時間”。這種方式最大的特點是修改方便,可以直接記錄最新狀態並進行重新推算;但缺點是直觀性較差。
制定進度計劃時一般要考慮以下因素:
1) 活動間約束關係。如前文介紹的網路圖描述的那樣,專案中的活動之間存在各種依賴關係,一些活動必須在某些活動完成後才能進行。因此進度計劃首先要按依賴關係安排工作時間,這也是為什麼進度計劃要在活動排序後進行的原因。
2) 活動適合的啟動時間。對於那些有浮動時間的活動,可以分析一下是適合越早開始越好,還是最遲開始越好。一般我們總感覺越早把事做完越放心,但從成本和質量等角度看問題時未必如此,比如培訓,早早完成後過一段時間員工就忘記了,效果並不好。
3) 平衡資源配置。當考慮到資源條件時(如資源衝突)有些活動可能無法按期完成,因此制定進度計劃時最好同時考慮資源情況。可以檢查是否能滿足活動的資源分配,如不滿足則考慮增加資源或修改進度,並不斷反覆調整。
制定進度計劃時最常見的問題就是計劃工期大於客戶實際要求工期,這時就需要進行進度調整來壓縮總體工期。常用的方法有以下幾種:
1) 縮短關鍵路徑上的活動工期。具體做法增加投入的資源,或使用經驗豐富的人員,當然這往往帶來成本的上升。另外要注意的是,增加投入資源不僅會增加溝通協調的工作量,而且受物理條件的限制資源增大到一定程度後工期不再縮短;如果使用經驗豐富的人員,則尋找和解決資源問題就顯得非常重要了。
2) 活動並行工作。透過仔細分解一些活動,可能發現部分內容可以進行。在軟體開發專案中,如果模組劃分得比較合理,可以在模組級採用設計、編碼並行的方式;但這種方式會增加管理難度和工作量;
3) 消除活動依賴關係。對於一些特定活動,可以透過重新劃分或排序的方式消除依賴關係,比如軟體設計中往往先開發公用模組,然後再做應用開發。如果犧牲可維護性,也可以各應用模組分頭開發;這可能導致高成本和高風險,並因重複的工作而增加工作量,但在某些特定的情況下可以採用。
下面再討論一下資源配置的基本方法。對資源的需求量可以參考甘特圖計算。如圖1所示,對每項活動,根據估算出的總工作量和活動工期進行分配,確定在活動工期內每週應投入的工作量,縱向累加所有活動的投影可以得到資源的直方圖,直方圖描述了專案單位時間內對資源的需求量。
制定進度計劃的過程中就可以進行資源配置,而資源配置應該儘量保證直方圖的形狀比較平滑,這樣一個專案組中的人員相對穩定,並且工作量也比較飽滿;如果直方圖參差不齊,則可能造成人員閒置、差旅費用增加等問題,特別是如果專案組人員不穩定還可能造成工作效率下降。
平衡資源配置的具體方法有很多種,比如在浮動時間內調節活動的開始和結束時間;調節活動的資源投入方式(可以先投入少些,中期投入多些,首尾投入少些);調節投入的資源量,僅保證在浮動時間內完成活動即可。
1.2.5預算
預算是一個非常專業的話題,這裡不詳細討論,只介紹一下大概的過程和思路。專案預算過程其實可以分成估算和預算兩大部分。估算的目的是估計專案的總成本和誤差範圍,而預算則是將專案的總成本分配到各工作項中去。
估算內容包括人工成本、費用、裝置、原材料、勞務和外包成本等。在 IT專案中,人工成本佔相當大比例,可以根據各類人員的成本單價和投入工作量進行計算,但實際上這是最難準確估算的部分。目前常用的估算方法有:專家估算(Delphi法)、類比估算(根據以前類似專案的實際成本作為當前專案的估算依據)、引數模型(根據專案特徵,用數學模型來預測專案的成本)。從實際工作情況來看,如果歷史資料比較豐富,類比估演算法相對比較準確。
成本預算是在確定總體成本後的分解過程。分解主要是做兩個方面工作:一是按工作包分攤成本。這樣可以對照檢查每項工作的成本,出現偏差時可以確定是哪項工作出了問題;二是按工期時段分攤成本,將預算成本分攤到工期的各個時段,可以確定在未來某個時點累計應該花費的成本(可以用S曲線表示),這樣做的好處是可以在任何時間檢查偏差,並評價成本績效,避免“只要不超TBC就沒問題”的誤解。
綜上所述,制定進度計劃要綜合考慮邏輯約束,還要考慮活動適合最早或最遲開始,並平衡資源配置。預算包括估算和預算兩個步驟,預算的關鍵是要知道每個工作包成本和未來具體時點累計成本。
專案的變更控制 [@more@]
1.2 .4進度和資源計劃
進度計劃的作用是將工作安排反映到日曆上,它不僅規定整個專案以及各階段的起止日期,還具體規定了所有活動的開始和結束日期。常用描述進度計劃的工具有甘特圖和時間表:
1) 甘特圖又稱為“Gantt Chart”或“Bar Chart”(如圖1所示),用橫軸表示時間刻度,縱軸表示活動,而用一條“橫條”表示該活動的起始和結束時間。傳統的甘特圖不能表示活動之間的相互關係,現在一些工具(如MS Project)可以用橫條之間的箭頭表示活動的依賴關係。甘特圖的特點是直觀性強,缺點是一旦改變進度安排整個圖形的形狀就改變了,必須重新繪製。
2) 時間表一般配合網路圖使用。網路圖描述任務間依賴關係,而時間表記錄每項活動的“計劃開始時間”、“計劃結束時間”、“實際開始時間”和“實際結束時間”。這種方式最大的特點是修改方便,可以直接記錄最新狀態並進行重新推算;但缺點是直觀性較差。
制定進度計劃時一般要考慮以下因素:
1) 活動間約束關係。如前文介紹的網路圖描述的那樣,專案中的活動之間存在各種依賴關係,一些活動必須在某些活動完成後才能進行。因此進度計劃首先要按依賴關係安排工作時間,這也是為什麼進度計劃要在活動排序後進行的原因。
2) 活動適合的啟動時間。對於那些有浮動時間的活動,可以分析一下是適合越早開始越好,還是最遲開始越好。一般我們總感覺越早把事做完越放心,但從成本和質量等角度看問題時未必如此,比如培訓,早早完成後過一段時間員工就忘記了,效果並不好。
3) 平衡資源配置。當考慮到資源條件時(如資源衝突)有些活動可能無法按期完成,因此制定進度計劃時最好同時考慮資源情況。可以檢查是否能滿足活動的資源分配,如不滿足則考慮增加資源或修改進度,並不斷反覆調整。
制定進度計劃時最常見的問題就是計劃工期大於客戶實際要求工期,這時就需要進行進度調整來壓縮總體工期。常用的方法有以下幾種:
1) 縮短關鍵路徑上的活動工期。具體做法增加投入的資源,或使用經驗豐富的人員,當然這往往帶來成本的上升。另外要注意的是,增加投入資源不僅會增加溝通協調的工作量,而且受物理條件的限制資源增大到一定程度後工期不再縮短;如果使用經驗豐富的人員,則尋找和解決資源問題就顯得非常重要了。
2) 活動並行工作。透過仔細分解一些活動,可能發現部分內容可以進行。在軟體開發專案中,如果模組劃分得比較合理,可以在模組級採用設計、編碼並行的方式;但這種方式會增加管理難度和工作量;
3) 消除活動依賴關係。對於一些特定活動,可以透過重新劃分或排序的方式消除依賴關係,比如軟體設計中往往先開發公用模組,然後再做應用開發。如果犧牲可維護性,也可以各應用模組分頭開發;這可能導致高成本和高風險,並因重複的工作而增加工作量,但在某些特定的情況下可以採用。
下面再討論一下資源配置的基本方法。對資源的需求量可以參考甘特圖計算。如圖1所示,對每項活動,根據估算出的總工作量和活動工期進行分配,確定在活動工期內每週應投入的工作量,縱向累加所有活動的投影可以得到資源的直方圖,直方圖描述了專案單位時間內對資源的需求量。
制定進度計劃的過程中就可以進行資源配置,而資源配置應該儘量保證直方圖的形狀比較平滑,這樣一個專案組中的人員相對穩定,並且工作量也比較飽滿;如果直方圖參差不齊,則可能造成人員閒置、差旅費用增加等問題,特別是如果專案組人員不穩定還可能造成工作效率下降。
平衡資源配置的具體方法有很多種,比如在浮動時間內調節活動的開始和結束時間;調節活動的資源投入方式(可以先投入少些,中期投入多些,首尾投入少些);調節投入的資源量,僅保證在浮動時間內完成活動即可。
1.2.5預算
預算是一個非常專業的話題,這裡不詳細討論,只介紹一下大概的過程和思路。專案預算過程其實可以分成估算和預算兩大部分。估算的目的是估計專案的總成本和誤差範圍,而預算則是將專案的總成本分配到各工作項中去。
估算內容包括人工成本、費用、裝置、原材料、勞務和外包成本等。在 IT專案中,人工成本佔相當大比例,可以根據各類人員的成本單價和投入工作量進行計算,但實際上這是最難準確估算的部分。目前常用的估算方法有:專家估算(Delphi法)、類比估算(根據以前類似專案的實際成本作為當前專案的估算依據)、引數模型(根據專案特徵,用數學模型來預測專案的成本)。從實際工作情況來看,如果歷史資料比較豐富,類比估演算法相對比較準確。
成本預算是在確定總體成本後的分解過程。分解主要是做兩個方面工作:一是按工作包分攤成本。這樣可以對照檢查每項工作的成本,出現偏差時可以確定是哪項工作出了問題;二是按工期時段分攤成本,將預算成本分攤到工期的各個時段,可以確定在未來某個時點累計應該花費的成本(可以用S曲線表示),這樣做的好處是可以在任何時間檢查偏差,並評價成本績效,避免“只要不超TBC就沒問題”的誤解。
綜上所述,制定進度計劃要綜合考慮邏輯約束,還要考慮活動適合最早或最遲開始,並平衡資源配置。預算包括估算和預算兩個步驟,預算的關鍵是要知道每個工作包成本和未來具體時點累計成本。
專案的變更控制 [@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-937820/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案管理過程之計劃和預算(3)(轉)專案管理
- 專案管理過程之計劃和預算(1) (轉)專案管理
- 專案管理過程之計劃和預算(2) (轉)專案管理
- 專案管理過程之計劃和預算(4) (轉)專案管理
- 專案管理過程之計劃和預算(1)(轉)專案管理
- 專案管理過程之計劃和預算(2)(轉)專案管理
- 專案管理過程之計劃性 (轉)專案管理
- 專案管理過程之計劃性(轉)專案管理
- 專案管理過程之專案團隊(轉)專案管理
- 專案管理過程之專案團隊 (轉)專案管理
- 專案管理過程之質量管理 (轉)專案管理
- 專案管理過程之管理體系 (轉)專案管理
- 專案管理過程之管理的要素(轉)專案管理
- 專案管理過程之質量管理(轉)專案管理
- 專案管理過程之過程控制(轉)專案管理
- 專案管理過程之風險控制 (轉)專案管理
- 專案管理過程之風險控制(轉)專案管理
- 解讀專案管理計劃(3)(轉)專案管理
- 專案管理過程之管理的要素1(轉)專案管理
- 專案管理過程之質量管理(轉載)專案管理
- 專案管理過程之變更控制(轉)專案管理
- 專案管理過程之生命週期 (轉)專案管理
- 專案管理過程之變更控制 (轉)專案管理
- 專案管理過程之進度控制 (轉)專案管理
- 專案管理過程之進度控制(轉)專案管理
- 專案管理過程之組織和角色 (轉)專案管理
- 專案管理過程之組織和角色(轉)專案管理
- IT專案管理-計劃階段(轉)專案管理
- 審計專案計劃管理的思考(轉)
- 解讀專案管理計劃(1)(轉)專案管理
- 解讀專案管理計劃(2)(轉)專案管理
- 專案計劃與質量管理(轉)
- 專案規劃管理(轉)
- 專案管理經驗談:怎樣做專案計劃(轉)專案管理
- 專案計劃在專案管理中的重要作用(轉)專案管理
- 工程師計劃3 -> 專案管理2 | 專案組織與團隊管理工程師專案管理
- 凡事預則立:談專案開發計劃(轉)
- 專案溝通管理計劃