大師告訴你，為啥你的專案監控不可控
小王最近很是鬱悶。
由他負責的一個專案，不斷拖延進度，為此他也是經常受到領導的責問，壓力山大。
小王覺得自己一直在跟蹤專案的進度，按照計劃專案應該進展到什麼階段，應該輸出什麼工作產品，他都有跟蹤，都有和開發方及時溝通。可是，開發方總是由於各種原因無法如期完成。
“難道我的專案監控做得還不夠嗎？”小王很是鬱悶。
因為想不通，小王就去請教專案管理大師。
大師問了小王幾個問題，讓小王如夢初醒。
大師的第一個問題是：
你是否執行了詳細的風險分析 ？
小王想了一想，確實自己的風險分析不足。前期的需求分析，並沒有意識到需方的期望與最初的技術協議有了很大的偏差。雖然小王知道風險分析是專案管理的一項重要內容，但並沒有對它給予足夠的重視。
大師的第一個問題就讓小王如同當頭棒喝，第二個問題更讓他感到自己專案監控上的不足。
大師的第二個問題是：
你是否進行了精準的狀態跟蹤？
小王雖然認為自己已經對專案狀態及時進行了跟蹤，可是真的到達了“精準”的程度了嗎？
比如前面所說的風險分析，連需求範圍變動的風險都沒有識別出，更遑論對風險的影響、風險發生的概率做到“精準”跟蹤了！
再比如對已經發生的需求變更，自己有沒有做到對變更所需的工作量、變更的工期、變更的影響做到“精準”跟蹤？答案是沒有。
而如果沒有這些精準跟蹤，專案監控怎麼能做到可控呢？
小王想到這些，冷汗涔涔而下。
大師的第三個問題是：
你在需求變更時 ，是否重新估算專案的進度和成本 ？
當需求發生變更了，計劃必然要改變。如果計劃不隨之改變，按照計劃進行的監控也就失去了意義。
小王對這個還是有一定認識的。
計劃改變，要重新制訂後續的計劃，這依然需要通過估計作為基礎。
通過和大師的交流，小王認識到自己的專案管理還存在一些不足——對風險管理不夠重視，對專案狀態跟蹤還停留在定性層面，沒有做到“精準”跟蹤。小王相信，如果自己改掉這些問題，專案監控不可控的問題就不會發生了。
小王一下燃起了鬥志。
參考書目：《軟體工程最佳實踐》