專案管理過程之計劃和預算(2)(轉)
1.2 專案計劃和預算(二)
1.2.2活動估算
活動估算是根據專案的工作範圍和資源條件等相關資訊估計每個活動需要的工期。估算中要考慮的主要因素包括:
1) 工作量—Effort,指完成一個活動需要投入的人工,一般以人時、人天、人月為單位。確定工作量時一是考慮系統的規模—Size(如程式碼行數、功能點數和物件點數);二是考慮生產效率。這三者的關係是:工作量=規模/效率。
2) 資源—Resource,指完成一項活動能夠投入的人力資源。投入資源的數量要與規模合理匹配。
3) 活動工期—Duration。理論上,工作量一定的情況下投入的資源越多活動工期越短,一定區間內可以近似線性,如100個人天的工作量,如果投如10個人,則需要10個工作日完成。
估算最直接的方法是由熟悉該活動的專家或負責人進行,由責任人估算時最好要有一定挑戰性,也可適當競爭,以避免“寬打寬算”。
類似定貨、安裝等活動的工作量和工期相對比較容易估算,可以憑經驗和歷史資料獲得。而軟體開發等活動的估算則比較困難,需要一些特定的方法。目前常用的估算方法有專家評定,類比估算和引數模型,這部分內容比較專業,可以參考相關資料。在活動估算時要注意以下幾個問題:
1) 工期包括工作時間和等待時間,對於需要等待的活動(如“廠商定貨”),工期與投入的資源無關;
2) 投入資源與工期不是線性關係,因為投入資源增加後,管理、溝通工作量將以幾何級增長,工作量也放大;
3) 投入的資源增大到一定程度後受物理條件限制,工期不再減少,因此專案存在最小工期;
4) IT研發專案不確定因素較多的原因實際上是工期難以準確估計;
估算時還可能會碰到一個問題:同樣的活動由不同的人執行,工期可能會不同,那麼應該以誰為準呢?應該以平均水平為準。這個平均水平稱為標準當量。不同的人有不同的當量係數,落實人選的時候再考慮具體個體的當量係數,並重新評估活動工期。估算的結果可以填在以前介紹的《活動清單》中的2、3區。
1.2.3活動排序(網路分析)
活動排序的主要任務是分析活動之間的依賴關係,為進一步編制切實可行的進度計劃做準備。因活動排序一般用網路圖描述,因此也稱網路分析。活動排序可以用計算機工具,但對小型專案或大型專案的早期階段,用手工推算反而比較有效。依據網路圖可以進行很多分析和計算,如確定專案的總工期,分析每個活動的最早、最遲開始時間,分析專案的關鍵路徑和關鍵任務。可以說,網路圖是最實用的專案管理工具之一。
這裡介紹的一種網路圖用節點表示活動,用箭頭表示工作順序。一個節點內的元素見圖1。其中,標識號和活動名稱與活動清單中內容一致;活動工期是活動估算的結果,而其他的最早開始、最早結束、最遲開始、最遲結束和浮動時間等元素是用網路圖進行推算的結果。
1) 最早開始時間和最早結束時間由網路圖正向推導獲得。最早開始時間指一個活動最早可以在什麼時候開始,最早結束時間=最早開始時間+活動工期。
2) 最遲開始時間和最遲結束時間透過反向推算獲得。最遲結束時間指在不影響專案工期的情況下,活動最遲可以在什麼時候完成。最遲開始時間=最遲結束時間—工期。
3) 總浮動時間是指在不影響專案工期的情況下,活動最早開始與最遲開始時間的差值,是一個機動時間。
典型的網路圖如圖2所示:活動A是第一個啟動的活動,完成後可以同步進行B01和B03,即制定定單和準備機房。B01完成後可以進行B02廠商定貨,B02和B03都完成後才可以進行B04安裝裝置。推算過程簡單介紹如下:
1) 每個節點的最早開始時間取所有前置節點中最大的那個最早結束時間,而該節點的最早結束時間=最早開始時間+工期。例如B04的最早開始時間取B02和B03最早結束時間中最大的值,為16,也就是說正向推算節點合併時取大值。而最早結束時間為16+1=17。
2) 每個節點的最遲結束時間取所有後繼節點中最大的那個最遲開始時間。而該節點的最遲開始時間=最遲結束時間—工期。例如,節點A的最遲結束時間取B01和B03最遲開始時間中最小的值,為5,也就是說反向推算節點合併時取小值。而最遲開始時間為5-5=0,也就是現在開始。
3) 節點的總浮動時間=最遲開始時間—最早開始時間。
完成網路圖上所有數值的計算後,可以得到一個最小的總浮動時間,而且該最小值會將若干節點連成一條路徑,這就是關鍵路徑,關鍵路徑可能有多條。關鍵路徑決定了專案的總工期,因路徑上的活動之間沒有間隔,所以關鍵路徑上任何活動延期都會引起專案的延期,這些活動是專案風險的重要來源。除了關鍵路徑外,還要特別小心次關鍵路徑。次關鍵路徑是指那些總浮動時間非常小的路徑,一旦延期1-2天就可能變成關鍵路徑了。在使用計算機工具繪製網路圖時,可能只用不同顏色顯示主關鍵路徑,從而忽略次關鍵路徑。
網路圖上有兩種節點要小心:一種是大量活動都依賴它的節點,這類活動一旦延期可能造成後續很多工作無法進行。另一種是依賴於大量活動的節點,這類活動的開始要取決於很多工作按期完成,風險較大。
對網路圖上那些有較大浮動時間的活動,可以初步確定是越早開始越好,還是越晚開始越好。我們往往覺得工作越早完成越“踏實”,其實有的活動卻越晚開始越好,比如培訓—提前進行可能到時就忘了。
綜上所述,完成了活動定義後,接下來估算活動的工期。網路分析是活動排序的重要方法,可以確定工作順序和專案工期,分析關鍵路徑,關鍵節點,並初步考慮活動適合最早還是最遲開始作為進度計劃的重要依據。
進度、資源和預算。[@more@]
1.2.2活動估算
活動估算是根據專案的工作範圍和資源條件等相關資訊估計每個活動需要的工期。估算中要考慮的主要因素包括:
1) 工作量—Effort,指完成一個活動需要投入的人工,一般以人時、人天、人月為單位。確定工作量時一是考慮系統的規模—Size(如程式碼行數、功能點數和物件點數);二是考慮生產效率。這三者的關係是:工作量=規模/效率。
2) 資源—Resource,指完成一項活動能夠投入的人力資源。投入資源的數量要與規模合理匹配。
3) 活動工期—Duration。理論上,工作量一定的情況下投入的資源越多活動工期越短,一定區間內可以近似線性,如100個人天的工作量,如果投如10個人,則需要10個工作日完成。
估算最直接的方法是由熟悉該活動的專家或負責人進行,由責任人估算時最好要有一定挑戰性,也可適當競爭,以避免“寬打寬算”。
類似定貨、安裝等活動的工作量和工期相對比較容易估算,可以憑經驗和歷史資料獲得。而軟體開發等活動的估算則比較困難,需要一些特定的方法。目前常用的估算方法有專家評定,類比估算和引數模型,這部分內容比較專業,可以參考相關資料。在活動估算時要注意以下幾個問題:
1) 工期包括工作時間和等待時間,對於需要等待的活動(如“廠商定貨”),工期與投入的資源無關;
2) 投入資源與工期不是線性關係,因為投入資源增加後,管理、溝通工作量將以幾何級增長,工作量也放大;
3) 投入的資源增大到一定程度後受物理條件限制,工期不再減少,因此專案存在最小工期;
4) IT研發專案不確定因素較多的原因實際上是工期難以準確估計;
估算時還可能會碰到一個問題:同樣的活動由不同的人執行,工期可能會不同,那麼應該以誰為準呢?應該以平均水平為準。這個平均水平稱為標準當量。不同的人有不同的當量係數,落實人選的時候再考慮具體個體的當量係數,並重新評估活動工期。估算的結果可以填在以前介紹的《活動清單》中的2、3區。
1.2.3活動排序(網路分析)
活動排序的主要任務是分析活動之間的依賴關係,為進一步編制切實可行的進度計劃做準備。因活動排序一般用網路圖描述,因此也稱網路分析。活動排序可以用計算機工具,但對小型專案或大型專案的早期階段,用手工推算反而比較有效。依據網路圖可以進行很多分析和計算,如確定專案的總工期,分析每個活動的最早、最遲開始時間,分析專案的關鍵路徑和關鍵任務。可以說,網路圖是最實用的專案管理工具之一。
這裡介紹的一種網路圖用節點表示活動,用箭頭表示工作順序。一個節點內的元素見圖1。其中,標識號和活動名稱與活動清單中內容一致;活動工期是活動估算的結果,而其他的最早開始、最早結束、最遲開始、最遲結束和浮動時間等元素是用網路圖進行推算的結果。
1) 最早開始時間和最早結束時間由網路圖正向推導獲得。最早開始時間指一個活動最早可以在什麼時候開始,最早結束時間=最早開始時間+活動工期。
2) 最遲開始時間和最遲結束時間透過反向推算獲得。最遲結束時間指在不影響專案工期的情況下,活動最遲可以在什麼時候完成。最遲開始時間=最遲結束時間—工期。
3) 總浮動時間是指在不影響專案工期的情況下,活動最早開始與最遲開始時間的差值,是一個機動時間。
典型的網路圖如圖2所示:活動A是第一個啟動的活動,完成後可以同步進行B01和B03,即制定定單和準備機房。B01完成後可以進行B02廠商定貨,B02和B03都完成後才可以進行B04安裝裝置。推算過程簡單介紹如下:
1) 每個節點的最早開始時間取所有前置節點中最大的那個最早結束時間,而該節點的最早結束時間=最早開始時間+工期。例如B04的最早開始時間取B02和B03最早結束時間中最大的值,為16,也就是說正向推算節點合併時取大值。而最早結束時間為16+1=17。
2) 每個節點的最遲結束時間取所有後繼節點中最大的那個最遲開始時間。而該節點的最遲開始時間=最遲結束時間—工期。例如,節點A的最遲結束時間取B01和B03最遲開始時間中最小的值,為5,也就是說反向推算節點合併時取小值。而最遲開始時間為5-5=0,也就是現在開始。
3) 節點的總浮動時間=最遲開始時間—最早開始時間。
完成網路圖上所有數值的計算後,可以得到一個最小的總浮動時間,而且該最小值會將若干節點連成一條路徑,這就是關鍵路徑,關鍵路徑可能有多條。關鍵路徑決定了專案的總工期,因路徑上的活動之間沒有間隔,所以關鍵路徑上任何活動延期都會引起專案的延期,這些活動是專案風險的重要來源。除了關鍵路徑外,還要特別小心次關鍵路徑。次關鍵路徑是指那些總浮動時間非常小的路徑,一旦延期1-2天就可能變成關鍵路徑了。在使用計算機工具繪製網路圖時,可能只用不同顏色顯示主關鍵路徑,從而忽略次關鍵路徑。
網路圖上有兩種節點要小心:一種是大量活動都依賴它的節點,這類活動一旦延期可能造成後續很多工作無法進行。另一種是依賴於大量活動的節點,這類活動的開始要取決於很多工作按期完成,風險較大。
對網路圖上那些有較大浮動時間的活動,可以初步確定是越早開始越好,還是越晚開始越好。我們往往覺得工作越早完成越“踏實”,其實有的活動卻越晚開始越好,比如培訓—提前進行可能到時就忘了。
綜上所述,完成了活動定義後,接下來估算活動的工期。網路分析是活動排序的重要方法,可以確定工作順序和專案工期,分析關鍵路徑,關鍵節點,並初步考慮活動適合最早還是最遲開始作為進度計劃的重要依據。
進度、資源和預算。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-960146/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 專案管理過程之計劃和預算(2) (轉)專案管理
- 專案管理過程之計劃和預算(1) (轉)專案管理
- 專案管理過程之計劃和預算(3) (轉)專案管理
- 專案管理過程之計劃和預算(4) (轉)專案管理
- 專案管理過程之計劃和預算(1)(轉)專案管理
- 專案管理過程之計劃和預算(3)(轉)專案管理
- 專案管理過程之計劃性 (轉)專案管理
- 專案管理過程之計劃性(轉)專案管理
- 專案管理過程之專案團隊(轉)專案管理
- 專案管理過程之專案團隊 (轉)專案管理
- 專案管理過程之質量管理 (轉)專案管理
- 專案管理過程之管理體系 (轉)專案管理
- 專案管理過程之管理的要素(轉)專案管理
- 專案管理過程之質量管理(轉)專案管理
- 專案管理過程之過程控制(轉)專案管理
- 專案管理過程之風險控制 (轉)專案管理
- 專案管理過程之風險控制(轉)專案管理
- 解讀專案管理計劃(2)(轉)專案管理
- 專案管理過程之管理的要素1(轉)專案管理
- 專案管理過程之質量管理(轉載)專案管理
- 專案管理過程之變更控制(轉)專案管理
- 專案管理過程之生命週期 (轉)專案管理
- 專案管理過程之變更控制 (轉)專案管理
- 專案管理過程之進度控制 (轉)專案管理
- 專案管理過程之進度控制(轉)專案管理
- 專案管理過程之組織和角色 (轉)專案管理
- 專案管理過程之組織和角色(轉)專案管理
- IT專案管理-計劃階段(轉)專案管理
- 審計專案計劃管理的思考(轉)
- 解讀專案管理計劃(1)(轉)專案管理
- 解讀專案管理計劃(3)(轉)專案管理
- 專案計劃與質量管理(轉)
- 專案規劃管理(轉)
- 專案管理經驗談:怎樣做專案計劃(轉)專案管理
- 專案計劃在專案管理中的重要作用(轉)專案管理
- 凡事預則立:談專案開發計劃(轉)
- 工程專案預算製造成本核定程式(2)(轉)
- 工程師計劃3 -> 專案管理2 | 專案組織與團隊管理工程師專案管理