IT軟件項目排進度計劃除了受到關鍵路徑的約束外還受到關鍵資源的約束.所有進度安排和排序要充分考慮各種約束條件來尋找最優解.
舉例如下:
假設一個簡單的WBS分解后任務的網絡圖如下:
在這里我們很容易得到關鍵路徑為:S->R1->A1->D5->T2,并可以求出每個任務的ES,EF,LS和LF四個值.關鍵路徑總工期為23天,但考慮到關鍵資源的約束時候往往工期就會超過23天了.
所有我們假設項目有需求,架構,設計和測試四種任務類型,架構人員可以兼職設計.需求人員可以兼職測試.具體的角色職責矩陣為:
當我們考慮關鍵路徑和資源約束時候,首先進行進度的第一次預排,優先保證關鍵路徑資源同時盡量不對關鍵資源安排其它兼職任務.如下:
這時候發現問題是在保證了關鍵路徑后,任務A2是一個架構任務,只有王五可以做.但該任務的最早開工時間為第4天,最遲開工時間為第7天,無論如何安排A2任務都會和A1任務有重疊.所以在這個時候整個任務工期已經由關鍵資源和關鍵路徑兩個要素決定了.
對于該情況有兩種方式一種是架構先做A1,一種是先做A2,在該例子上,無論先做哪個都可以排出一個工期為26的情況.如下圖:
這里我們看到:
如果T1的工期為5天的時候只有第一種排法工期可以是26天,而第二種排發則工期為27天,這種情況下架構需要先做A1任務.
原文轉自:http://www.anti-gravitydesign.com