計劃不是用來看的，是用來執行的。PP講述瞭如何做計劃，PMC講述的就是如何跟蹤計劃的執行並在實際情況偏離計劃時採取糾正行動。
我們先看看SG1，SG1講述的是如何根據計劃來跟蹤計劃的執行問題。
SG1: Actual performance and progress of the project are monitored against the project plan.
中文大意是：根據計劃，跟蹤專案的實際效能和過程。
那麼我們要跟蹤計劃什麼內容呢？簡單的說，計劃裡面寫了什麼東西，就要跟蹤什麼東西。我們回顧一下PP是怎樣說專案計劃有什麼內容的？計劃要有估算、進度、資料包的管理、技能準備、干係人的參與等內容，所以專案跟蹤也需要蹤以上內容。
SP 1.1 Monitor the actual values of the project planning parameters against the project plan. 專案計劃的引數就是指專案的範圍、規模、性質、任務、工作量、費用等，每個企業都可以根據實際需要確定這些引數。在專案進行過程中，要密切關注這些引數的實際情況與計劃估計的情況是否一致。
SP 1.2 Monitor commitments against those identified in the project plan. 簡單地說就是要跟蹤專案成員承諾的任務是否按時間按要求完成，跟蹤干係人是否能完成承諾的事情，如：第三方是否能如期交付軟體、硬體、介面等。
SP 1.3 Monitor risk against those identified in the project plan. 跟蹤專案計劃中已經識別出來的風險，要考慮風險是否發生了變化，同時也要考慮有沒有新的風險產生。
SP 1.4 Monitor the management of project data against the project plan. 專案計劃中計劃了資料包的管理，實際專案進展中，要落實這些工作。什麼是資料包，請參考“專案計劃”這個帖的說明。
SP 1.5 Monitor stakeholder involvement against the project plan. 跟蹤專案干係人的參與。如計劃了什麼時候要開始什麼任務，什麼時候客戶要開始準備系統環境等，需要依據計劃去跟蹤。
SP 1.6 Periodicall review the project's progress,performance,and issues. 定期檢查專案的進度、效能和問題。定期並不是指按照一定週期，只有有計劃去檢查，在某些時間點去做檢查，就叫定期。另外什麼是專案效能？簡單的說就是專案按計劃執行的實際能力，如任務完成能力、專案組成員的實際水平、文件的質量、程式碼的質量等。那什麼是“issues(問題)”呢？凡是影響專案不能按計劃進行的情況，都是問題。
SP 1.7 Review the accomplishments and results of the project at selected project milestones. 在專案選定的里程碑檢查專案情況。專案里程碑一般會是：需求確定、架構設計完成、軟體釋出等關鍵路徑上的關鍵節點。SP1.6強調的是定期去檢查專案狀況，SP1.7強調的是要在關鍵節點檢查專案狀況，兩個SP是有某種程度的重疊的。
SG1講述的是如何跟蹤計劃執行的，而SG2講述的是當實際情況明顯偏離計劃的時候，要採取糾正行動。
SG2: Corrective actions are managed to closure when the project 's performance or results deviate significantly from the plan.
中文大意是：專案的效能或者結果明顯偏離計劃時，要採取糾正措施保證按計劃進行。
SP 2.1 Collect and analyze the issues and determine the corrective actions necessary to address the issues. 收集和分析問題，並確定必要的糾正措施來解決這些問題。
SP 2.2 Take corrective action on identified issues. 針對識別出來的問題實施糾正行動。
SP 2.3 Manage corrective actions to closure. 管理糾正行動保證問題被解決。
實際情況與計劃情況有偏差是正常的，原因可能是計劃本身做得不太好，也可能是實際工作沒有到位。SG2強調的是要分析原因，找出問題根源，採取適當的行動，解決問題，使專案按照計劃進行。
通常情況下，偏離計劃的情況大多數是進度推遲、預算變大等超出計劃估計的情況，作為專案管理者不應該輕易改變計劃，而使計劃與實際一致，而是應該努力改善實際情況，否則計劃的意義就喪失了。但凡事也有例外，確實有可能做計劃的時候定了一個“不可能完成”的計劃，這是就確實需要變更計劃。但凡是涉及到預算變更、關鍵節點推遲等關鍵變化，公司應該制定嚴格的變更控制制度，公司高層應該參與這些關鍵變更的評審，以保證計劃的嚴肅性。
在3級的IPM還有4級的QPM，做專案計劃的時候合理性會越來越得到保障，另外用於管理專案的引數也會越來越多，並且會有量化的管理目標。詳細的內容以後再論述。
請看下一文……
作者：張傳波
創新工場創業課堂（敏捷課程）講師
軟體研發管理資深顧問
CMMI首席專家
《火球——UML大戰需求分析》作者