Mar. 6, 2020

專案規劃-網路規劃

        完成WBS的展開，做好工時評估後，緊接著就是進行時程規畫的部分了。WBS讓我們把該做的事情細部的展開，藉此知道有多少的事情要做。針對WBS展出來最底層的作業項目，進行工時評估，再加總計算出整個專案必須投入的資源量。再將這些工作細項依業務關係進行連結，完成整個資源運作的網路關係，這就是時程規畫。

        不管專案規模多大，或只是一個小小的業務改善，都必須從日常管理一點一滴做起，所以讓專案的業務聯結到日程安排，是一個專案要成功的不二法門。問題是當在進行網路規劃時，馬上會面臨一些問題，首先，規劃的時程是否有將例假日排除？理論上合理的做法是不應該在例假日安排業務的(世界各國都一樣有類似勞基法保護勞工的措施)，如果真的有必要的話，那就要算加班，投入的總資源時間一樣，但成本是有差異。站在專案績效的角度來說，內涵不一樣。

        另外時程的安排，原則上也不應該把加班的工時算進去，才是正確的做法。換句話說，工時的評估都是以正常工時為基礎，加班屬於額外的工時，不能視之為常態。還有，如果公司採取的是多專案管理的話，那不只要評估當專案所需要的工時外，還需要評估成員的資源殘餘量(因為已大部分被其他的專案所佔據了)，可以投入的時間，才不致於發生實際運作上資源衝突的現象發生。

        問題是國內的專案，幾乎都有意無意的忽略這些客觀因素，總是不去考慮這些問題，應了一句台灣俗諺所說的：『橫柴塞入灶』，結果如何，自不在話下。依據美國PMI針對常見專案管理失敗的原因統計，不理會客觀因素的失敗率是首位，道理很簡單，人力不等於能力。

        那如何把WBS、工時與PERT連結起來呢？接下來就來談談網路規畫的技巧與重點。

        網路規劃的做法就是把作業的最基本要素(WBS展開的最底層的業務項目)，先判斷每兩個業務間的關係。整理出有那些業務有上下游關係，哪些沒有關係，再依據關係連結成一個網路。最簡單的方法就是接龍式的安排，一個業務接一個業務，一條龍似的連結。此種作法最單純，但專案的時間等於所有工時的加總，也就是最長的專案。這種做法不可能被接受的，一來時間太不經濟了，失去了運用專案的意義；二來也不是每個工作都有關係的，全部以銜接式的連結，也會出現一些斷層。再說有很多的項目是可以並行作業的，反之，如果把所有的業務都並行處理，那是不是專案的時間最短，這就是同步工程的基本概念。

        當然不見得每個業務都能並行處理，但如果並行的業務越多，是否意味著時間上越有效率，但相對的也會出現一些風險。那要如何判斷，與如何安排？首先還是回到WBS展開的步驟，把WBS展開弄清楚，安排上自然會比較容易。WBS展開可以用兩種思考模式來處理，一為依據作業流程展開工作；另一種方法是依據參與的功能來展開，基本上最後都殊途同歸，因為就是那些必要的業務。(下一篇文章將放入兩個個人所整理的WBS範例，供各位參考)