項目管理的三個重要概念：檢查點、里程碑、基線

領測軟件測試網 項目生命周期中有三個與時間相關的重要概念，我發現很多人對這三個概念理解不準確，更不知道如何進行控制。因此把這三個概念論述得比較準確的一段文字貼出來，幫助大家理解。

　　這三個概念分別是： 檢查點( CheckPoint )、里程碑( Mile Stone )和基線( Base Line )，他們一起描述了在什么時候( When )對項目進行什么樣控制。

　　檢查點

　　指在規定的時間間隔內對項目進行檢查，比較實際與計劃之間的差異，并根據差異進行調整�？蓪�檢查點看作是一個 固定 “ 采樣 ” 時點，而時間間隔根據項目周期長短不同而不同，頻度過小會失去意義，頻度過大會增加管理成本。常見 的間隔是每周一次，項目經理需要召開例會并上交周報。

　　里程碑

　　完成階段性工作的標志，不同類型的項目里程碑不同。里程碑在項目管理中具有重要意義，我們用一個例子說明：

　　情況一：你讓一個程序員一周內編寫一個模塊，前 3 天你們可能都挺悠閑，可后 2 天就得拼命加班編程序了，而到周末時 又發現系統有錯誤和遺漏，必須修改和返工，于是周末又得加班了。

　　情況二：實際上你有另一種選擇，即周一與程序員一起列出所有需求，并請業務人員評審，這時就可能發現遺漏并即 時修改;周二要求程序員完成模塊設計并由你確認，如果沒有大問題，周三、周四就可讓程序員編程。同時自己準備 測試案例，周五完成測試;一般經過需求、設計確認，如果程序員合格則不會有太大問題，周末可以休息了。 第二種方式增加了 “ 需求 ” 和 “ 設計 ” 兩個里程碑，這看似增加了額外工作，但其實有很大意義：首先，對一些復雜的項 目，需要逐步逼近目標，里程碑產出的中間 “ 交付物 ” 是每一步逼近的結果，也是控制的對象。如果沒有里程碑，中間 想知道 “ 他們做的怎么樣了 ” 是很困難的。其次，可以降低項目風險。通過早期評審可以提前發現需求和設計中的問 題，降低后期修改和返工的可能性。另外，還可根據每個階段產出結果分期確認收入，避免血本無歸。第三，一般人 在工作時都有 “ 前松后緊 ” 的習慣，而里程碑強制規定在某段時間做什么，從而合理分配工作，細化管理 “ 粒度 ” 。

　　基線

　　指一個(或一組)配置項在項目生命周期的不同時間點上通過正式評審而進入正式受控的一種狀態�；�線其實是一些 重要的里程碑，但相關交付物要通過正式評審并作為后續工作的基準和出發點�；�線一旦建立后變化需要受控制。

　　重要的檢查點是里程碑，重要的需要客戶確認的里程碑，就是基線。在我們實際的項目中，周例會是檢查點的表現形式，高層的階段匯報會是基線的表現形式。

文章來源于領測軟件測試網 http://www.kjueaiud.com/