項目進度控制是項目 管理 工作中的重要一環(huán)，但現在的軟件開發(fā)項目進度失控的例子卻屢見不鮮，甚至進度的延遲總是在快到計劃結束的時刻暴露出來，然后誰也不知道到底什么時候才能夠結束項目。因此，業(yè)內流傳著這樣一句令人心酸的話：“規(guī)劃規(guī)劃全是鬼話，計劃計劃全是空話”。前不久，我就遇到了這樣的一個實際項目。
“當進度報告上顯示已完成90％時，項目就像遇到了一個黑洞，不斷地吞噬著項目組隊的時間。你說這是怎么了？”在A 公司工作的一個好友和我談起時，話語中露出了深深的不解和抱怨。是呀，問題出在哪呢？根據我的經驗，這是經典的“上梁不正下梁歪”問題，我認為要想對項目進度有效的監(jiān)控與管理，必須抓好以下兩個方面：
q 項目計劃：計劃的可行性和可操作性是進度監(jiān)控的基礎；
q 項目進度度量：對項目進度進行科學的度量，才能夠獲得項目的真實進展情況，并對項目計劃做出相應調整。
首先，我們從90％，這個項目完成百分比的來源說起，項目經理在進度報告中寫下這個值的時候，他的依據是什么？在這個項目后來的實際情況來看，當時90％的數字是有誤的，其實只有50％左右，說明獲取這個進度數字時出現了問題。為了更好地理解這個問題，我們來看一個生活中的實際例子：
假設我們驅車從廈門開往福州，在途中我們如何獲得進度信息呢？對于熟悉這一路段的司機來說這個問題很簡單，可以從窗外的景象來得知已經開到哪里，從而做出正確的估計。但是對于軟件開發(fā)項目而言，項目團隊就像進入了一個全新的征途，就像一個第一次駛過這一路段的司機一樣，很難從“窗外的景象”來判斷自己的進度。那對于這樣的情況，該采用什么方法呢？對于司機而言，他能夠通過路邊的里程碑這一個簡單工具
來獲知自己的進度信息，那么為什么項目團隊不為自己設立一些這樣的“里程碑”呢？
從這個簡單的故事中，我們似乎已經可以得到一些啟示，那么現在問題的關鍵在于如何合理地設立標識項目進度的“里程碑”，接下來我們來看看具體如何操作。
在一個軟件開發(fā)項目中，需要完成的事務很多也很復雜，其復雜度足以讓任何人無法對其工作量進行有效的估計，因此對工作任務進行分解是十分重要，這也是設定里程碑的基礎。但如何進行工作任務分解呢？這也許也是困擾許多人的一個問題。其實工作任務分解可以從兩個方面獲得幫助：
q 軟件開發(fā)生命周期：不管你打算采用什么樣的軟件開發(fā)生命周期模型，它都可以幫助你將整個軟件開發(fā)項目進行階段性的劃分，而這些階段就可以做你計劃中很重要的里程碑。
q 軟件開發(fā)需求：軟件開發(fā)生命周期只給你的項目計劃提供了一個框架，而軟件開發(fā)需求才是其中的血肉，因此軟件開發(fā)需求的整理與規(guī)格化，是細化項目計劃的基礎。也就是說，在制定項目計劃時，應該在你選擇的軟件開發(fā)生命周期模型的框架下，結合軟件開發(fā)需求來細分任務和設定里程碑。
回顧在這個項目中，他們考慮到項目的復雜性，采用了其熟悉的瀑布型（軟件開發(fā)生命周期），并且在制定計劃時，項目經理認真參考了許多經驗值，將2個月的時間按照經驗值中的百分比給需求分析、系統(tǒng)設計、編碼實現、系統(tǒng)測試、部署交付五個階段分別安排了時間。并且根據軟件需求說明書的內容，列出了軟件模塊，
并根據每個模塊細化了系統(tǒng)設計和編碼實現的進度安排。一切看起來都很正常，但是為什么還是沒有效果呢？我從他們對細節(jié)的回顧中發(fā)現了一些問題：
q 所有的項目計劃均是由項目經理的估計值制定的，也就是說項目經理包辦了整個項目計劃的制定工作；
q 在項目計劃中只是簡單地在每個階段的結束時間上標上了一個里程碑符號；
q 進度報告中的項目完成百分比，是直接通過“已經歷的時間(2 個月）”計算得到的；
“當進度報告上顯示已完成90％時，項目就像遇到了一個黑洞，不斷地吞噬著項目組隊的時間。你說這是怎么了？”在A 公司工作的一個好友和我談起時，話語中露出了深深的不解和抱怨。是呀，問題出在哪呢？根據我的經驗，這是經典的“上梁不正下梁歪”問題，我認為要想對項目進度有效的監(jiān)控與管理，必須抓好以下兩個方面：
q 項目計劃：計劃的可行性和可操作性是進度監(jiān)控的基礎；
q 項目進度度量：對項目進度進行科學的度量，才能夠獲得項目的真實進展情況，并對項目計劃做出相應調整。
首先，我們從90％，這個項目完成百分比的來源說起，項目經理在進度報告中寫下這個值的時候，他的依據是什么？在這個項目后來的實際情況來看，當時90％的數字是有誤的，其實只有50％左右，說明獲取這個進度數字時出現了問題。為了更好地理解這個問題，我們來看一個生活中的實際例子：
假設我們驅車從廈門開往福州，在途中我們如何獲得進度信息呢？對于熟悉這一路段的司機來說這個問題很簡單，可以從窗外的景象來得知已經開到哪里，從而做出正確的估計。但是對于軟件開發(fā)項目而言，項目團隊就像進入了一個全新的征途，就像一個第一次駛過這一路段的司機一樣，很難從“窗外的景象”來判斷自己的進度。那對于這樣的情況，該采用什么方法呢？對于司機而言，他能夠通過路邊的里程碑這一個簡單工具
來獲知自己的進度信息，那么為什么項目團隊不為自己設立一些這樣的“里程碑”呢？
從這個簡單的故事中，我們似乎已經可以得到一些啟示，那么現在問題的關鍵在于如何合理地設立標識項目進度的“里程碑”，接下來我們來看看具體如何操作。
在一個軟件開發(fā)項目中，需要完成的事務很多也很復雜，其復雜度足以讓任何人無法對其工作量進行有效的估計，因此對工作任務進行分解是十分重要，這也是設定里程碑的基礎。但如何進行工作任務分解呢？這也許也是困擾許多人的一個問題。其實工作任務分解可以從兩個方面獲得幫助：
q 軟件開發(fā)生命周期：不管你打算采用什么樣的軟件開發(fā)生命周期模型，它都可以幫助你將整個軟件開發(fā)項目進行階段性的劃分，而這些階段就可以做你計劃中很重要的里程碑。
q 軟件開發(fā)需求：軟件開發(fā)生命周期只給你的項目計劃提供了一個框架，而軟件開發(fā)需求才是其中的血肉，因此軟件開發(fā)需求的整理與規(guī)格化，是細化項目計劃的基礎。也就是說，在制定項目計劃時，應該在你選擇的軟件開發(fā)生命周期模型的框架下，結合軟件開發(fā)需求來細分任務和設定里程碑。
回顧在這個項目中，他們考慮到項目的復雜性，采用了其熟悉的瀑布型（軟件開發(fā)生命周期），并且在制定計劃時，項目經理認真參考了許多經驗值，將2個月的時間按照經驗值中的百分比給需求分析、系統(tǒng)設計、編碼實現、系統(tǒng)測試、部署交付五個階段分別安排了時間。并且根據軟件需求說明書的內容，列出了軟件模塊，
并根據每個模塊細化了系統(tǒng)設計和編碼實現的進度安排。一切看起來都很正常，但是為什么還是沒有效果呢？我從他們對細節(jié)的回顧中發(fā)現了一些問題：
q 所有的項目計劃均是由項目經理的估計值制定的，也就是說項目經理包辦了整個項目計劃的制定工作；
q 在項目計劃中只是簡單地在每個階段的結束時間上標上了一個里程碑符號；
q 進度報告中的項目完成百分比，是直接通過“已經歷的時間(2 個月）”計算得到的；