死亡行軍 (專案管理)

在專案管理中，死亡行軍效應是指被上級強迫要求完成的一項被專案成員認為注定要失敗或者需要不可持續的過度工作的專案所引發的效應。該術語起源於軟件開發領域，並已擴展到其他領域。

「死亡行軍」的發生通常出自以下原因：^[1]

對日程安排或專案範圍不切實際或過於樂觀的期望；
缺乏完成專案所需的文檔記錄、培訓或外部專業知識；
專案各方之間的誤解、專案假設不一致、不匹配的期望，以及外部的變化；

造成的結果是管理層極力試圖引導專案方向、要求專案團隊成員加班工作（例如每天14小時或每周7天）、試圖增加人手（造成團隊過勞）等加劇專案的失敗的行為。^[2]

若專案參與者知道失敗是本可以避免的，則會加劇這種反感。專案本可能在有稱職的管理者參與專案管理的情況下成功，例如投入顯然所需的資源，包括將所有相關的專業知識、技術或應用科學帶到專案中（而不僅僅是依賴少數員工碰巧擁有的任何不完整的知識）。除了能力不足之外，商業文化壓力也可能引起這種效應。^[3]

引起「死亡行軍」效應的專案包括丹佛國際機場行李處理系統和美國陸軍戰爭模擬遊戲WARSIM。^[4]^[5]^[6]WARSIM專案於20世紀90年代初啟動，最初稱為WARSIM 2000。在晚於原定交付日期幾十年內，WARSIM在沒有應用於任何一次陸軍訓練演習的情形下仍不斷獲得資金。專案資助者主要是為了給那些欺詐的人洗白，並為其超長的開發周期辯護。WARSIM最終在2013年1月的北卡羅來納州國民警衛隊旅戰士演習中使用^[7]。但其笨拙的運行架構仍然不能取代之前的訓練系統，且運行需要一整個房間的伺服器。相比之下，早期的兵棋推演可以在單個桌面電腦上高效運行。

愛德華·尤登（Edward Yourdon）的《死亡行軍》一書詳細討論了這種情況下的「死亡行軍」一詞。尤登的定義是：「簡單地說，死亡行軍專案就是專案參數超出正常情況至少50%的專案，如所制定的時間、預算目標等少於正常情況的50%。」^[8]^[9]

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

死亡行軍 (專案管理)

參見

參考文獻

Wikiwand - on