項(xiàng)目生命周期中有三個(gè)與時(shí)間相關(guān)的重要概念，我發(fā)現(xiàn)很多人對這三個(gè)概念理解不準(zhǔn)確，更不知道如何進(jìn)行控制。因此把這三個(gè)概念論述得比較準(zhǔn)確的一段文字貼出來，幫助大家理解。

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

　　檢查點(diǎn)

　　指在規(guī)定的時(shí)間間隔內(nèi)對項(xiàng)目進(jìn)行檢查，比較實(shí)際與計(jì)劃之間的差異，并根據(jù)差異進(jìn)行調(diào)整?？蓪z查點(diǎn)看作是一個(gè) 固定 “ 采樣 ” 時(shí)點(diǎn)，而時(shí)間間隔根據(jù)項(xiàng)目周期長短不同而不同，頻度過小會(huì)失去意義，頻度過大會(huì)增加管理成本。常見 的間隔是每周一次，項(xiàng)目經(jīng)理需要召開例會(huì)并上交周報(bào)。

　　里程碑

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

　　情況一：你讓一個(gè)程序員一周內(nèi)編寫一個(gè)模塊，前 3 天你們可能都挺悠閑，可后 2 天就得拼命加班編程序了，而到周末時(shí) 又發(fā)現(xiàn)系統(tǒng)有錯(cuò)誤和遺漏，必須修改和返工，于是周末又得加班了。

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

　　基線

　　指一個(gè)(或一組)配置項(xiàng)在項(xiàng)目生命周期的不同時(shí)間點(diǎn)上通過正式評審而進(jìn)入正式受控的一種狀態(tài)?；€其實(shí)是一些 重要的里程碑，但相關(guān)交付物要通過正式評審并作為后續(xù)工作的基準(zhǔn)和出發(fā)點(diǎn)?；€一旦建立后變化需要受控制。

　　重要的檢查點(diǎn)是里程碑，重要的需要客戶確認(rèn)的里程碑，就是基線。在我們實(shí)際的項(xiàng)目中，周例會(huì)是檢查點(diǎn)的表現(xiàn)形式，高層的階段匯報(bào)會(huì)是基線的表現(xiàn)形式。