1.前言：
軟體產品的研發、升級、定製等，一般都是以專案的形式進行，此時專案進度計劃以及資源使用情況就變成了專案經理關注的重點。如何讓專案計劃有效可控，及時暴露問題？如何檢視資源的負荷情況，看資源分配是否合理。
當然，如果你的公司已經實施了專門的PM軟體來監督管控，可以忽略本文。否則，你可以用微軟的Project來做到這一工作。
我也算是一個專業的從事PM軟體產品的人（雖然我們的客戶都是製造業研發專案），考過了PMP，研究過青銅器RDM、Oracle P6和Project。
專案管理其實有一套很系統的、結構化的知識體系，包括十大知識領域和五大過程組，有興趣的朋友可以查閱PMBOK，本文直接說Project如何用。
就此開始吧！
2. 計劃編制：
2.1 確定里程碑和階段：
一般一個專案的計劃編制工作之前，公司高層和專案經理會在一起先確定專案的里程碑。當前幾乎每種型別的專案，業界都會有專門的里程碑標準。例如軟體專案一般分為：需求、設計、編碼、測試、釋出這幾個階段，每個階段的結束，都是一個大型的里程碑節點。
先把里程碑和計劃寫入Project中，併為每個節點分配責任人。（里程碑：將工期設定為0，甘特圖中會顯示
圖示）
接下來，我們要確定每個里程碑的時間。此時需要在表格中新增兩個列：限制型別、限制日期。
將每個里程碑的時間確定好，然後將“限制型別”設定為“必須完成於”，並把“限制日期”修改為里程碑的完成日期。這時，里程碑名稱的前面會出現一個
圖示，表示有時間約束。
這樣，我們就把這個專案的里程碑確定好了。里程碑是專案進度計劃的框架，必須設定時間約束，而且沒有高層領導的同意，不能改動時間約束。
2.2 編制每個階段的計劃：
如果專案規模較小，專案的每個階段可能都需要專案經理直接負責，這時專案的組織結構叫做“專案型”。如果專案較大，專案的每個階段都有專人負責，組織結構叫做“矩陣型”。
規模較小的專案管理簡單、靈活性大。此處以規模較大的專案為例說明。
其實，規模大的專案，在編制每個節點的計劃時，應該是每個階段的負責人分頭去編制自己的階段計劃，然後由專案經理整合。然而Project不是一個WBS系統，只是一個客戶端軟體，無法實現這一功能。所以，還得麻煩專案經理動手咯。
以“需求階段”為例，編制該階段的計劃，包括：計劃名稱、工期、開始結束時間、需要的資源，最後，要把該階段內的計劃有前後置關係的，關聯起來。
另外，編制計劃過程中，可能會有資源衝突的提示：
，暫時不用管它，下文中會有資源衝突的處理。
2.3 確定階段之間計劃的前後置關係、以及和里程碑的前後置關係
當各個階段之內的計劃編制完成之後，就要整合各個階段之間，以及和里程碑之間的前後置關係。一般情況下，階段和里程碑的關係如下：
根據以上模型，把當前進度計劃的前後置關係維護上。
大家可以直接看右側的甘特圖，最上面可以直觀的看到里程碑，往下是每個階段，階段和階段之間通過里程碑進行關聯。這樣其實就是形成了一個“階段-關口”的結構。當前新產品研發專案，都是採用這種“階段-關口”的形式，進行管理。
2.4 檢視資源衝突和時間衝突
2.4.1 資源衝突：
資源衝突很好理解，就是一個人在同一時間負責的工作超出了他的最大工作時間。
在編制計劃時，如果有資源衝突，Project會顯示一個紅色圖表來提醒：
想檢視詳細資訊，可在“資源使用狀況”檢視中檢視。在Project 2010中，右擊左側的“甘特圖”可以切換檢視，其他版本請讀者自行查詢。
進入“資源使用狀況”後，帶有
提示的，表示有資源衝突。檢視其右側，可以看到詳細的資源衝突，如下圖。根據Project統計的資源衝突，適當調整。
2.4.2 時間衝突：
時間衝突主要來自於里程碑的時間約束和計劃的時間衝突，例如：確定里程碑時，兩個里程碑之間的工期確定為30天，但是編制計劃時，這些計劃確需要40天。這其實企業高層和實際工作人員的矛盾衝突，高層趨向於壓縮工期，而工作人員趨向於延長工期。
那麼這種情況該如何檢視呢，答案是通過“總浮時”，Project種叫做“可寬延的總時間”。至於“自由浮時”和“總浮時”，是專案進度計劃和關鍵路徑計算中比較重要的概念，本文不講，讀者可以查閱PMBOK。
如上圖，“可寬延的總時間”為負數的，說明有時間衝突，需要調整。至於，如何調整，有三種方式：
- 領導層妥協：更改里程碑約束時間；
- 實際工作人員妥協：壓縮工期；
- 調整任務之間關係，讓任務可以同步進行，如下圖：
根據以上步驟調整，知道沒有資源衝突也沒有時間衝突為止：
3. 儲存比較基準：
進度計劃指定完成，並經過稽核確認之後，要把當前的計劃儲存為一個快照或者副本。有何作用呢？ 在專案執行期間，專案計劃肯定會有變更，就是通過這個快照或者副本來檢視變更。
Project最多支援儲存11個快照或者副本，Project中這個名字叫做“比較基準”。在Project2010中，點選“專案-設定比較基準-設定比較基準”可以儲存比較基準。
比較基準在後期專案的變更和監控中，作用至關重要。
在後續文章中，我會繼續為大家演示如何使用Project進行專案的跟蹤和變更。Project是一個非常強大的軟體，把它用好了，專案經理可以很大程度提高效率，也會讓你的領導對你專案管理的能力另眼相看。
本期現到這裡，再見！
補充：現已完成了Project計劃的執行和監控，請關注：http://www.cnblogs.com/wangfupeng1988/p/3648994.html