項目范圍管理：走路與項目管理

申請免費試用、咨詢電話：400-8352-114

每天上下班都要走不少的路，卻是最近幾天才體會出走路與項目管理之間的聯(lián)系。 
　　因為基本能確定上班花在路上的時間，所以每天幾乎都是掐著點兒從家里出發(fā)?？墒窃趧偝鲩T走去地鐵站的時候，因為覺得還早，所以挺悠哉的像散步一樣走過去?？墒窍铝说罔F往往都8點10好幾，有時是11、2分，有時就是17、8分了，從地鐵站到公司也要10來分鐘，就只好緊趕慢趕，甚至跑步前進了。就算這樣也未必就能及時趕到公司，上次的遲到就是一個明證了。
　　項目管理也會出現(xiàn)同樣的情形。通常在項目啟動時，大家都知道我們有“大量的”時間，雖然可能這段時間相對于真實進度而言可能還是很緊張甚至是不夠的，可是大家看著數(shù)量“巨大”的時間資源擺在面前，很容易產(chǎn)生一種“還早呢”的懈怠感。于是在項目初期產(chǎn)生拖拉、分析設(shè)計不深入等問題也不足為奇。同樣，在項目中期雖然會感覺到一定的壓力，但仍會感覺有一定的“緩沖時間”在，有時也會產(chǎn)生“唉，這個問題我知道，等我有空了就馬上解決”或是“我知道這里應(yīng)該重新設(shè)計，可是我們還有時間，等過一會兒我有空了一定會好好設(shè)計的”這種想法/做法。然而當進行到項目收尾階段，大家才會發(fā)現(xiàn)時間不夠用，前面沒解決的問題全都拖到這個階段，各種各樣的毛病、問題和用戶反饋像火山一樣爆發(fā)，大家拼命加班加點，把所有精力都投入到Debug工作中，把那些“修飾性”的設(shè)計工作拋到了下一版，所有的團隊成員都為了準時提交可用的軟件這個唯一目標而努力奮斗。最終也許可以準時提交（如果足夠幸運的話），但再拖延個三四周甚至幾個月也并不是什么罕見的事。
　　為什么會這樣呢？這是因為，在項目的啟動階段（開始走路時），我們擁有全部可調(diào)動的資源，同時我們的時間還沒有開始浪費在不相關(guān)的地方，所以在這個時候我們最容易也最有可能減少我們的浪費。就像走路時你完全可以在前半段稍稍提高你的速度，不必奔跑，就可以省下大概10多分鐘的時間，而這些時間足夠讓你悠閑的從地鐵站走到公司而不會遲到。同樣在項目開始時你可以通過對需求進行詳細而深入的分析，對系統(tǒng)進行全面的考慮而給出盡量合理的設(shè)計，在發(fā)現(xiàn)時間和資源浪費的同時糾正這些錯誤而提高開發(fā)速度，同時減輕資源（包括時間）的浪費。在前期的這些投入將使你在項目后期得到10倍甚至100倍的收益，因為你無法收回已浪費的時間和資源，但可以通過努力工作而減少尚未產(chǎn)生的浪費。
　　而在項目后期，絕大部分的時間和資源都已經(jīng)被使用，盡管你知道很多被浪費了，你也沒有辦法再去收回；而同時你可以調(diào)動用來進行“補償”的資源也大大減少，之前由于懶惰、懈怠、草率造成的問題也都開始顯現(xiàn)，所以你在這時焦頭爛額，疲于奔命，但往往還是不得不面對你無法兌現(xiàn)你當初的承諾的悲慘結(jié)局。因為無論如何努力，人的能力是有限的，就像如果地鐵站與公司的距離是一個人拼命狂奔也需要15分鐘的話，你在只剩10分鐘的情況下無論如何努力也是要遲到的，因為你不能期望著你能比世界短跑冠軍跑得還快。
　　所以盡管在項目初期和項目收尾時浪費的10分鐘看起來是一樣的，但它們帶來的影響是完全不同的，而沒有認識到這個差別有時會產(chǎn)生非常嚴重的后果。
　　順便說一句，同走路一樣，通常不能期望項目相對于估算日期提前很多完成。因為當進入到項目后期，每個人都能夠肯定項目不會拖延，肯定能夠按時交付的時候，不能夠指望他們還會拼命的去提前發(fā)布日期；相反，他們的通常做法是保持原來的進度甚至稍稍懈怠一些，因為“反正不可能遲到，為何不看著報紙走去公司？”。
　　所以如果項目比估算日期提前很多完成，那只有一種情況：估算本身偏離了實際情況太多，就如同早上上班出來的太早，盡管你走得很慢，可還是很早到了公司一樣。但要注意的是，盡管比預(yù)算提前了很多，但浪費也會更多??因為預(yù)算過于寬松，緊迫感會隨之降低。