專案失敗的原因

2021-08-26 21:22:49 字數 1857 閱讀 5292

**:

據standish group每年對資訊系統專案進行的調查發現,只有17%的專案達到了既定目標,有50%的專案需要更改目標,剩下33%的專案則被取消了。

是什麼原因導致那麼多專案失敗呢?通過總結大致分為13個方面的原因:

1.未正確定義問題

專案就是乙個計畫要解決的問題。如果沒有很好的理解問題,那麼我們就是在為乙個錯誤的目的開發正確的解決方案。避免的方法是,努力弄清楚做某件事的真正原因,然後寫乙個能反映這一原因的問題說明。

2.計畫編制所依據的資料不充分

避免的方法是盡可能的使客戶和專案之間保持資訊對稱,即注意溝通的有效性和及時性。

3.單純地有計畫人員編制計畫

有時這樣似乎是必須的,但這樣做只是個人的一廂情願,往往會導致災難,這違反了「實際做工作的人必須參與計畫編制」的原則。客服的方法是盡可能的採用自下而上的計畫編制方法。

4.無人負責

如果專案經理的角色沒有定義好,就可能造成這種現象,即專案經理沒有獲得授權和承認,避免的方法是kick-off 會議一定要開,專案章程一定要制定哪怕只有一句話。

5.專案計畫給予最佳的猜測,而未參考歷史資料。

記得有一位偉人說過,人類的歷史教訓就是人類從來不吸取歷史的教訓。避免的方法是從我做起為組織留下歷史記錄,做事之前多參考歷史上是否有過類似的專案。

6.資源計畫不合理

也許pm沒有注意到乙個關鍵人員一天要工作24小時才能完成工作,避免的方法是在分配工作量是要核對資源的使用是否合理,例如乙個人一天不可能工作24小時,另外8小時工作制中,乙個人也不可能8小時都在工作。

7.人們沒有把自己看成是同乙個團隊的成員

如果溝通不好,或者遇到強權的專案經理,人們往往在自己的周圍構築圍牆,不與其他部分的人員交流或協調,當「多做多錯,少做少錯」成為專案經驗時,專案也就幾乎沒有成功的可能性了。避免的方法是團隊建設。

8.專案人員經常被撤出或重新分配,且不考慮對專案的影響。

解決的方法仍然是溝通,pm要設法影響組織高層,減少類似事情的發生

9.專案計畫缺乏細節

魔鬼都藏在細節裡,細節決定成功。避免的方法是滾動式規劃,盡可能制定詳細的計畫,但詳細程度不要超過可控制的範圍。

10.沒有按照計畫對專案進行跟蹤

計畫不是用來給領導看的,是用來執行和控制專案的。過與粗略的計畫無法跟蹤,過於細緻的計畫無力跟蹤。另外計畫經常會發生變化,於是既然計畫總是在變,乾脆就不要計畫了。殊不知計畫就是為了變化,確切講是為了有控制的變化。避免的方法是,不要懷疑計畫本身,問題出在人身上,是人沒有做好計畫,是人沒有控制好變化。

11.人們忘記了原始目標

避免的方法是,不要完美主義,不要範圍蔓延,懂得放棄要比完美無缺更難。

12.高層經理拒絕接受現實

老闆說績效、成本、時間和範圍統統不能變,必須按照我說的做,實際上這四個元素最多只能固定3個,必須留乙個做因變數,否則就違反了自然規律,是要受到懲罰的。避免的方法是溝通,階段性回報,多談風險,影響專案的關鍵干係人,大多數老闆不是傻瓜,當有更多的資訊是他會做出明智的選擇。

13.過低的估算

要避免這種問題,估算人員必須記錄所有的假設,書面宣告該估算僅為量級估算,有正負x%的偏差

專案失敗的原因??

每乙個專案都是獨特的,然而專案失敗的根本原因通常都是相同的。當我們知道這些原因後,我們可以最小化發生問題的機率,增加專案成功的概率。那麼,當我們面對粗糙的專案啟動 過弱的控制 缺乏資源 專案風險和不切實際的期望時,應該怎麼做?以下是五個常見問題和解決方法可供借鑑。1 簡單粗糙的專案啟動 沒有正確地啟...

導致專案失敗的原因

在csdn上看到一篇有關專案失敗原因的帖子,覺得寫得還是蠻有道理的,現總結如下 1.需求與調研 需求不明確,導致流程不清晰 與客戶過多交流技術問題,導致其總是挑毛病,改需求,專案陷入拉鋸 做專案最容易失敗的一點就是客戶一把手沒有重視進來,如果一把手很重視這個事情,基本上就成功了60 了,以後就是和客...

軟體專案失敗的原因

grady booch認為,軟體專案的失敗是由於以下幾個基本的原因的組合造成的 特別的需求管理。模糊和不精確的交流。脆弱的架構。過度複雜。未檢測出需求,設計和實現中的不一致。測試不足。對專案狀況的估計過於樂觀。未解決存在的風險。無法控制變化的傳播。自動化程度不足。一,客戶需求 需求是最難處理的。客戶...