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