PMP項目管理培訓——項目失控怎么辦
在項目的實施過程中,進度失控可以算是最常見的現象了,因為進度是最直接,最明顯的表現,也最容易測量,所以,很多人在學習項目管理的時候,都會優先選擇學習進度管理,都或多或少的會有一種希望,這樣,是不是進度失控就會少一些?確實可能會少一些,但遺憾的是,只學進度管理,恐怕對失控并不會帶來質的改變!
先來做個自我檢測
1、為了應對客戶變更,你會在估算進度時增加多少余量?
2、假設客戶不變更,你的項目計劃中的工作包有多少會發生變化?
3、如果項目是多系統協調的開發任務,協調工作的工期是否會被計算?
4、項目執行過程中的進度狀態信息是定性的還是定量的?
5、如果同公司內其他項目出現了延期,你會不會擔心影響自己的項目?
怎么樣?自測結果大家覺得如何?會不會覺得,有點不怎么好回答?
比如:
第1題,為了預防客戶變更,加進項目進度中的余量,實在是一個不好控制的數據,畢竟,誰都很難精準預測,客戶到底會產生多少變更。
再比如:
第5題,如果在一個組織內,執行相同性質的項目,那么,其他項目的延期,作為項目經理,你是需要關注的,因為,很有可能,公司就會做出調用其他項目資源來完成延期項目的決策,而作為項目經理,你恐怕就會碰上一次來自組織內部的資源變更了。
仔細分析完這些題,我們會發現:為什么項目進度大家都會關注?因為進度的拖延非常明顯!
為什么項目進度很難真正控制?因為進度管理失控的原因是一個系統問題!
通常,在學習進度管理的時候,我們學的最多的是如下內容:
1、項目進度管理中的常用工具(CPM網絡、PERT網絡)
2、項目進度計劃體系的建立
3、進度管理中的PDCA到底怎么執行
再回顧一下:
1、在我們的項目中,用到了哪些工具?
2、工具是否符合項目實際?
3、工具是否能控制項目進度?
如果第二個、第三個問題的答案是“NO”,那我們確實得考慮一下,造成你項目進度失控的到底是什么原因?是工具沒學好么?
首先,必須說明的是,通過工具方法學習,通過建立體系制度就能改善的進度問題,恐怕是項目進度管理中最簡單的部分了。
其次,對于進度失控,我們必須清楚:進度的失控從來不是一個孤立的問題,同時,造成失控的原因來自很多方面。
1、過于樂觀的態度
當項目進展順利時,我們會忘掉“墨菲定理”。雖然80%的項目工作可以在20%的時間內完成,然而需要80%時間的剩余的20%項目工作,有可能都會分布在項目后期。而過于樂觀的態度,會導致項目經理或企業管理者做出如下行為:
抽調不那么必要的資源到其他項目上;
弱化進度監控;
降低對變更的警惕性;
……
而這些決策,都有可能導致項目在最后20%的工作中,最終功虧一簣,進度延期。
2、技術完美主義
在知識輸出為主的項目中,如軟件開發項目,如研發項目,技術完美主義也會帶來進度延期。
在這里,不是說技術完美主義會自主拖延工期,而是說,在很多時候,技術完美主義在面對客戶的變更要求、質量提升時,總會習慣考慮“我能”!
而這種對范圍、質量因素的不重視,最終會將影響反射到項目的進度上!
3、客戶的變更
基本上,只要是做乙方項目經理的,恐怕,最怕的事情就是:
客戶要變更!
但這一點,又是永遠也不可能回避的事實,也不要妄圖去執行一個永遠不會發生客戶變更的項目!因為,這種愿望,本身就違背了項目實施的一個基本邏輯:
項目是對未來執行工作的預測管理,有預測,就必然會不準,必然會有變更
因此,合理的態度是:
變,才是項目的常態
我們做的一切努力,不是為了回避變更,而是為了快速、積極、科學的應對變更
4、資源預算的變化
資源,最主要的還是人力資源:
某方面的人員不夠到位;
在多個項目的情況下某方面的人員中途被抽到其他項目;
身兼多個項目;
在別的項目不能自拔無法投入本項目;
……
等等,諸如此類的問題,也是進度失控的原因!
5、低估技術難度
低估技術難度實際上也就是高估人的能力,認為或希望項目會按照已經制定的樂觀項目計劃順利地實施,而實際則不然。
例如,以軟件開發項目為例,項目的高技術特點本身說明其實施中會有很多技術的難度,除了需要高水平的技術人員來實施外,還要考慮為解決某些性能問題而進行科研攻關和項目實驗;
6、低估協調難度
低估了協調復雜度,也低估了多個項目團隊參加項目時工作協調上的困難。很多軟件開發,或者研發項目團隊成員比較強調個人的智慧、強調個性,這給項目工作協調帶來更多的復雜度。
而當一個大項目由很多子項目組成時,不僅會增加相互之間充分溝通交流的困難,更會增加項目協調和進度控制上的困難。
7、除此之外,還有大量的管理原因:
計劃的彈性問題;
控制的及時性;
末端循環工作的應對;
……
要徹底控制進度,只學習進度管理根本不可能。要學的不僅是項目管理的完整知識體系,還要真正能很企業的實踐有效關聯,還要明白兩大控制原則:對可控領域要強化控制,對不可控領域要提高預防。進度控制不是項目經理一個人能夠實現的。