在專案管理中一個普遍公認的事實是在應用程式開發專案中有百分之五十的專案最終是以失敗告終。許多支援此統計資料的企業的調查和媒體的關注，總是經常誇大終止專案的數量及其帶來的損失。在極端情況下，專案的失
敗會給公司的資金帶來巨大的影響。因此，所有的專案開發經理應該能夠識別並處理那些有隱患的專案。

警告徵兆

通常，我們很難預見什麼時候一個應用專案會陷入困境。一個專案經理的主要職責是成功地提交專案，他就不希望因為報告了專案存在的問題而導致專案的停滯。

專案經理經常因為太接近於專案存在的問題，以至於不能宏觀地看待問題，也就是說這會對公司造成總體上的影響。有時候這些問題可能不是一個大問題，但是這可能會導致許多小問題的發生，從而導致專案的失敗。也有時候，這可能根本不是專案的問題，而是在商業環境中優先地位的改變而導致專案的終止。

專案開發經理會例行公事的會見專案負責人來確保他們的時間流程以及可交付效能得到如期執行。但是，應用開發經理還應該定期的檢查專案的進展情況，從而保證專案的目標仍然符合商業目的和策略。如果要校正在早期專案計劃階段產生的誤解以及一些不現實的想法，定期檢查的時候就是很好的機會。

其他的警告徵兆也說明這個專案正處於困境，他們包括：小組成員士氣低落，效率不高，資源不到位，開支超出計劃量，顧客以及管理者對其態度冷淡，以及缺乏評定人員。

求助

一旦你決定了一個專案不再優先了，那就要毫不猶豫的終止專案的計劃和執行。任何終止決定都應該得到商業和IT贊助方，還有籌劃指導委員會，可能還包括經理管理員的同意。

特別是如果牽涉到外部供應商的時候，這個終止計劃還應該是快速、合法以及/或服從再審。終止計劃應該對專案的可交付性進行再審，看看有沒有補救的措施或是對公司的其他方面還有利用價值。

另一個你要考慮的問題就是，你要採取什麼樣的方法來解釋為什麼要中止這個專案，這可能直接影響到員工計程車氣。你需要參考一下公司全體員工意見交流領域。

因為一個計劃同時包括了資源的再分配問題，而且在必要的時候還有人員的精簡。你就可以在這個領域中號召HR部門來提供參考意見並得到他們的支援。

最後，事後仔細的分析到底是哪裡出了問題，得出這些問題的詳細細節。然後樂觀的對待他們，並從中吸取有價值的教訓。（zdnet）[@more@]

什麼時候該終止一個專案的開發（轉）

相關文章