軟體專案管理 7.4.3.進度計劃編排-時間壓縮法

專案管理事業的愛好者發表於2022-06-16

專案管理

【公眾號@ “專案管理研究所” 將會第一時間更新文章並分享《行業分析報告》】
歸檔於軟體專案管理初級學習路線
第七章軟體專案進度計劃
《初級學習路線合集》

前言

大家好，這節我們學習軟體專案管理----進度計劃編排--時間壓縮法。

時間壓縮法

時間壓縮法是在不改變專案範圍的前提下縮短專案工期的方法。

這邊介紹兩個方法：

應急法——趕工（Crash）
平行作業法——快速跟進

應急法—趕工（Crash）

在最小相關成本增加的條件下，壓縮關鍵路徑上的關鍵活動歷時的方法。
趕工也稱為時間-成本平衡方法

這個方法可能增加成本，但是我們希望增加的成本最小且換來專案時間的壓縮。

那麼趕工時間與趕工成本是什麼關係呢？如下圖一樣，一般專案經理希望多壓縮一些時間，成本少增加一點，但這是一個美好的願景。

關於壓縮時間與成本的關係，有不同的學說，我們這裡介紹兩個方法。進度壓縮單位成本方法，進度壓縮因子方法。

進度壓縮單位成本方法也稱為線性關係方法，他有嚴格的前提，只可以在一定的範圍內進行壓縮關係，在正常歷時和可壓縮歷時之間是線性關係，

進度壓縮單位成本方法首先需要計算進度壓縮單位成本引數，既計算壓縮每週或者一個固定時間，需要支出多少成本。如下圖所示：

我們接下來看一個例題：來加深大家的理解。

我們來看這個PDM網路圖，四個任務A,B,C,D。A任務正常歷時7周，成本5萬，可以壓縮到5周成本6.2萬。

第一條路徑是開始->A->B->結束，長度16周。

第二條路徑是開始->C->D->結束，長度18周。所以是關鍵路徑，既專案的完成時間是18周。

我們首先計算單位壓縮成本，計算各個任務壓縮每週需要支付多少萬？如下如圖所示：

接下來回答第一個問題，專案壓縮到17周，應該壓縮哪個活動呢？步驟如下：

尋找到關鍵路徑進行壓縮。則壓縮開始->C->D->結束這條路徑。
尋找這條路徑單位壓縮成本最少的任務（注意各個任務的壓縮限度，例如C任務目前歷時是10周，最大可以壓縮至9周）。既選擇C，壓縮一週支出0.5萬，成本由4萬變成4.5萬，任務歷時由10周壓縮到9周。
更新總成本和專案總歷時。則總成本變成20.5萬，關鍵路徑縮短了一週，所以專案總歷時也由18周縮到17周。

接下來回答第二個問題，專案壓縮到16周，應該壓縮哪個活動呢？步驟和上題一樣。

但是注意C任務已經到達壓縮限度，歷時為9周，不能繼續壓縮。因此只能選擇壓縮任務D。

接下來回答第三個問題，專案壓縮到15周，應該壓縮哪個活動呢？步驟和上題一樣。

因為關鍵路徑為2條，歷時都為16周，需要壓縮兩條路徑的任務。故壓縮任務A和任務D。

最終答案如下圖所示：

我們在壓縮過程中，遵循了這樣一個原則，也就是成本越小越好。但是我們在實踐中並不能通過增加人員，增加成本就能把時間縮短。

任何一個任務或者任何一個專案都存在一個可能的最短進度，就像這個圖一樣。這個可能的最短進度任何人都是不可逾越的，無論採用什麼手段也是不可以的。

所以我們就引出另外一種壓縮方法，進度壓縮因子方法。

進度壓縮因子方法

這個理論認為，任務的壓縮時間與成本的增加不是簡單的線性關係，需要計算進度壓縮因子，來確定壓縮後的工作量成本。公式如下：

現在看一個例子：

總結：進度縮短了17%，增加了21%的工作量，他不是一個線性的關係，而且也不能無限的壓縮。

研究標明：進度壓縮因子應該大於0.75，最多可以壓縮25%，也就是10天最多可以壓縮到7.5天。

我們前面講的進度壓縮，沒有考慮到任務之間的關聯關係，10天趕工到8天完成。我們接下來介紹平行作業法，也叫快速跟進法。

平行作業法（快速跟進法）

基本概念：改變活動間的邏輯關係，並行開展某些活動.是一個提前量(Lead)方法的應用。

我們舉個例子：假如這個專案的完成時間是100天，其中需求10天，設計5天。也就是需求和設計完成需要15天，如果我們要求這個專案需要在12天內完成需求和設計，我們怎麼辦呢？

我們可以用剛才的趕工方法，需求10天壓縮到8天，設計壓縮到4天，一共壓縮了三天，12天內完成了需求和設計，那麼這個方法是需要增加成本的。