項目生命周期中有三個與時間相關的重要概念，我發(fā)現(xiàn)很多人對這三個概念理解不準確，更不知道如何進行控制。因此把這三個概念論述得比較準確的一段文字貼出來，幫助大家理解。
這三個概念分別是： 檢查點（& CheckPoint ）、里程碑（ Mile Stone ）和基線（ Base Line ），他們一起描述了在什么時候（ When ）對項目進行什么樣控制。
檢查點
指在規(guī)定的時間間隔內對項目進行檢查，比較實際與計劃之間的差異，并根據(jù)差異進行調整?？蓪z查點看作是一個 固定 “ 采樣 ” 時點，而時間間隔根據(jù)項目周期長短不同而不同，頻度過小會失去意義，頻度過大會增加管理成本。常見 的間隔是每周一次，項目經(jīng)理需要召開例會并上交周報。
里程碑
完成階段性工作的標志，不同類型的項目里程碑不同。里程碑在項目管理中具有重要意義，我們用一個例子說明：
情況一：你讓一個程序員一周內編寫一個模塊，前 3 天你們可能都挺悠閑，可后 2 天就得拼命加班編程序了，而到周末時 又發(fā)現(xiàn)系統(tǒng)有錯誤和遺漏，必須修改和返工，于是周末又得加班了。
情況二：實際上你有另一種選擇，即周一與程序員一起列出所有需求，并請業(yè)務人員評審，這時就可能發(fā)現(xiàn)遺漏并即 時修改；周二要求程序員完成模塊設計并由你確認，如果沒有大問題，周三、周四就可讓程序員編程。同時自己準備 測試案例，周五完成測試；一般經(jīng)過需求、設計確認，如果程序員合格則不會有太大問題，周末可以休息了。 第二種方式增加了 “ 需求 ” 和 “ 設計 ” 兩個里程碑，這看似增加了額外工作，但其實有很大意義：首先，對一些復雜的項 目，需要逐步逼近目標，里程碑產(chǎn)出的中間 “ 交付物 ” 是每一步逼近的結果，也是控制的對象。如果沒有里程碑，中間 想知道 “ 他們做的怎么樣了 ” 是很困難的。其次，可以降低項目風險。通過早期評審可以提前發(fā)現(xiàn)需求和設計中的問 題，降低后期修改和返工的可能性。另外，還可根據(jù)每個階段產(chǎn)出結果分期確認收入，避免血本無歸。第三，一般人 在工作時都有 “ 前松后緊 ” 的習慣，而里程碑強制規(guī)定在某段時間做什么，從而合理分配工作，細化管理 “ 粒度 ” 。
基線
指一個（或一組）配置項在項目生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態(tài)?；€其實是一些 重要的里程碑，但相關交付物要通過正式評審并作為后續(xù)工作的基準和出發(fā)點?；€一旦建立后變化需要受控制。
重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。在我們實際的項目中，周例會是檢查點的表現(xiàn)形式，高層的階段匯報會是基線的表現(xiàn)形式。