為什麼項目會失敗
已發表: 2022-04-12嚴格按照最初計劃執行的項目並不常見。 風險是任何項目的一部分，經理的任務是防止它們導致失敗。 在本文中，我們將找出項目失敗的原因以及如何處理失敗風險。
在現實生活中，項目很少按計劃進行——這是一個可悲但真實的事實。 失敗會發生，但它們也有積極的影響。 它們是寶貴經驗和教訓的來源，有助於在未來取得成功。 在本文中，我們將仔細研究項目失敗的原因、著名的項目失敗和從中吸取的教訓，以及如何避免它們的一般建議。
項目失敗的常見原因
每個項目都是個體的——這意味著它的風險和可能的失敗原因也是個體的。 但是，在任何環境中都可能出現典型的故障原因。 而且，在仔細跟踪您的項目數據以識別可能的瓶頸和漏洞的同時，了解導致失敗的常見情況會很有幫助。
範圍蔓延
由於各種原因，範圍蔓延是導致項目失敗的主要因素。 計劃外的變更、估計錯誤和意外延遲導致團隊無法在要求的時間內交付商定的工作範圍。 這就是為什麼仔細規劃和適當的變更管理對於項目成功至關重要。
資源分配錯誤
人手不足和團隊承擔的工作過多會導致資源分配問題：太少的人同時處理太多的項目或任務。 毫不奇怪，完成的工作越來越少（我們都記得多任務處理的有害影響），項目最終會失敗——更不用說對員工績效和工作環境的累積影響了。
溝通不暢
關於溝通在項目管理中的重要性的說法很多，但團隊和個人仍然傾向於處理缺乏溝通的問題。 這不僅是經理與團隊的溝通，也是團隊成員之間的信息交流。 這有助於更好地規劃工作、檢測可能的瓶頸並防止出現重大問題。
錯誤的估計
準確的估計意味著正確的計劃——但這並不總是可能的。 對於非瑣碎任務和非標準項目尤其如此。 當然，即使是“猜測”有時也會被證明是準確的，但通常情況並非如此。 因此，提高估算的準確性，如果不可能的話，為增加的工作預留時間對於運行和交付項目至關重要。
監控不力
雖然在每個項目階段監控和控制似乎很重要，但有時項目仍然失敗，因為這種類型的項目工作沒有在早期步驟中執行。 適當的監控有助於管理變更、調整時間表和計劃，並防止範圍蔓延和由此引起的問題。
微觀管理
微觀管理與徹底控制不同——它的負面影響實際上會破壞團隊按時交付項目的努力。 它會導致缺乏信任並破壞敏捷團隊合作和協作的理念。 此外，它消耗了管理人員幾乎無法負擔的時間，而這些時間本來可以有效地利用。
沒有風險管理
正如我們所見，項目失敗的常見原因有很多，甚至更獨特。 明智的經理應該在早期階段發現並防止它們。 風險不僅會在被忽略時消失，而且當不執行風險管理時，它們會出現在後面的步驟中並導致重大的範圍蔓延。
9 個著名的項目失敗和經驗教訓
當大型項目失敗時，它們最終會出現在新聞頭條——有時甚至出現在歷史書中。 他們的結果成為任何經理的重要教訓：哪些錯誤會破壞所有投入的努力並且應該避免，在不同的項目階段可以預見到哪些問題，以及如何處理這些問題。 這是過去和現在幾個臭名昭著的項目失敗的列表。
1.福特的埃德塞爾
令人難忘的歷史失敗之一是福特的這個雄心勃勃的項目：以亨利福特的兒子命名的全新汽車、廣泛的市場研究、特殊的生產設施——以及由此產生的高期望。 然而，當研究完成並於 1957 年推出汽車時，市場已經轉向購買緊湊型汽車——埃德塞爾的情況並非如此。
經驗教訓：考慮到全面研究和精心開發的重要性，記住市場動態的速度始終至關重要。 放慢項目進度意味著錯失市場機會。
注意：“失敗只是重新開始的機會，這次更聰明，”亨利福特說，埃德塞爾的失敗最終並不是完全的損失：為其建造的生產設施被用於生產新的緊湊型汽車系列。
2.德洛林DMC-12
著名的“回到未來”汽車和最著名的項目失敗之一：公司及其唯一車型的項目早在生產第一輛汽車之前就遭遇了各種問題，並且在早期階段，顧問就已經預測了十分之一的成功機會。 最終，這變成了質量問題、巨大的延誤和財務問題。 1982 年，創始人約翰·德洛林 (John DeLorean) 因販毒罪被捕，雖然被判無罪，但為時已晚。
然而，DeLorean 似乎又回來了：新車將於 2019 年初發布，改進了發動機並提高了速度。
經驗教訓：項目一開始就存在很大的不確定性，計劃不周和缺乏質量管理並不是項目成功的真正意外敵人。 另一個教訓：在某些情況下，利用懷舊情緒和解決過去的關鍵問題可以使項目恢復生機。
3.微軟Zune
2000 年代初，蘋果憑藉其 iPod 佔領了便攜式媒體播放器市場，但微軟無法接受這一損失。 他們沒有承認失敗，而是發布了便攜式播放器 Zune。 播放器本身並不是一款糟糕的產品——但它價格過高，僅限 Windows，而且最重要的是，它是一款旨在追逐競爭對手的產品。 不出所料，它失敗了，被停產了。
經驗教訓：有時最好承認失敗並找出可以提供有競爭力產品的市場部分。
4. 虛擬案例文件
Virtual Case File (VCF) 是一個政府項目的軟件應用程序，旨在對 FBI 過時的 IT 基礎設施進行現代化改造。 經過五年的開發和近 1.7 億美元的消耗，該項目被放棄了。 聯邦調查局最終面臨對該計劃的強烈批評，因為它損失了數百萬納稅人的美元並且一無所獲。
經驗教訓：該項目遭受了各種軟件開發失敗：缺乏技術架構、範圍蔓延、微管理、代碼膨脹、無休止的規範更改等等。 這個案例顯示了仔細規劃和嚴格遵循所選方法的重要性。
5.蘋果麗莎
Lisa 是第一個帶有鼠標的桌面——這項技術最終佔領了市場。 然而，即使是昂貴的廣告也無法說服消費者：產品實際上遠低於宣傳活動的承諾，人們並不像蘋果最初預期的那樣感興趣。
經驗教訓：過度承諾不是取得長期成功的方法。 對交付產品的能力不透明會破壞項目。
6.新可樂
“美國的口味變得更好了”，——廣告說。 在測試了新配方後，可口可樂發現人們更喜歡新口味而不是傳統口味。 這並不令人意外：新產品的味道應該更像百事可樂，而可口可樂正在輸給百事可樂。 新可樂上市了。 什麼都不會出錯，對吧？ 沒有。 人們並沒有像預期的那樣購買新產品，可口可樂又回到了傳統配方。
經驗教訓：如果它有效，請不要修復它！ 舊產品沒有任何問題，因此沒有必要“改進”它。
7.水晶百事可樂
健康食品炒作對“不健康”食品市場的影響是非常顯著的。 九十年代初，百事公司發布了他們著名的軟飲料的新“透明”版本，聲稱它比傳統的黑蘇打水更健康。 我們不知道這是否屬實，但事實是人們對購買它不感興趣，因為味道不太對……更不用說健康食品愛好者通常不喝碳酸和人工調味的飲料。
經驗教訓：裝瓶商警告百事可樂，失敗的可能性很大。 首席運營官大衛諾瓦克後來承認他吸取了這個教訓：如果人們提出問題，他們可能是對的。
8. Segway 代步車
如果你有一個絕妙的想法和新技術怎麼辦？ 不，這並不一定意味著你會成為先驅。 也許你的產品會失敗——就像賽格威一樣：它並沒有變成下一代交通工具，而是在 2001 年首次亮相後很快就被遺忘了。
經驗教訓：如果您的產品存在嚴重問題，請首先檢測並修復它們。 消費者發現 Segway 太貴了，城市因為速度原因禁止它在人行道上行駛，最終，該產品被證明是不可行的。
9. 柏林勃蘭登堡機場
而且，最後但絕對不是最不重要的。 柏林第三機場項目是系統性項目失敗的最新和相關例子。 範圍蔓延、未管理的變更、利益完全不同的利益相關者太多、溝通不暢——所有這一切都使它成為大型項目失敗的典型例子。
經驗教訓：項目管理的各個方面都很重要，如果其中幾個方面管理不善或根本沒有管理，該項目注定要失敗——即使它似乎滿足了許多人的需求。
防止項目失敗
了解常見的失敗原因是什麼，就更容易識別項目過程中可能出現的問題。 制定有助於避免失敗並減輕其後果的程序是項目規劃的重要步驟。 以下是有關如何處理故障風險以及針對故障風險進行計劃的一些建議：
- 確保您的計劃、範圍和截止日期是切合實際的。 使用以前的數據可以預測交付時間、工作動態和需要額外努力或關注的工作部分。
- 計劃所有項目步驟的監控程序。 為此制定或採用標準化流程。 當為時已晚時檢測和識別故障的最常見原因是沒有正確監控過程。 但是，由於風險是任何項目都不可避免的一部分，因此需要特別注意早期步驟，以便可以有效地預防它。
- 使用特殊的工作管理工具來監控您的項目進度並識別可能的風險領域。 團隊收集的數據為項目的哪些部分需要密切關注提供了寶貴的見解。
- 選擇最適合您的特定項目的項目管理方法，遵循其原則，並確保您的團隊成員了解它的工作原理以及他們每個人在整個過程中的角色。
- 交流。 計劃項目團隊內部的溝通時間，組織會議（但要記住有效利用時間），並鼓勵團隊成員在發現問題時提出可能的問題。
- 確保您的團隊沒有人手不足，工作量合理分配，並且每個團隊成員的個人責任都明確。
- 確保您的團隊可以看到長期目標，並且每個人都了解項目團隊是如何朝著這些目標前進的。
概括
在不面臨任何風險的情況下管理項目幾乎是不可能的，但是有一些有效的方法可以防止這些風險導致項目失敗。 遵循既定的程序和方法並使其適應特定項目是處理困難和不斷變化的環境的公認方法。 不要忘記從以前的失敗中吸取教訓——不一定是你自己的失敗。