隨著項目管理的知識體系越來越完善，更多的項目在走向成功，完全失敗的項目也越來越少，在IT方面投入的金錢也正在讓企業(yè)得到更多的回報，但是在所有項目中還有三分之一的是完全失敗的。失敗和成功項目之間的一個很大區(qū)別在于,是否能發(fā)現(xiàn)項目陷于困境的早期告警信號。當IT項目失敗的時候，管理者往往最后才知道，IT團隊因此往往備受指責。以下我們將看一下項目失敗的一些最初的征兆，以及相應的應對措施。
一、堅定信心：失敗不是注定的。
當前應用最廣泛的IT項目成功分析是來自Standish group的Chaos Report，自從1994年以來，這個每兩年發(fā)布一次的報告對全球數(shù)千個中大型公司進行了關于IT項目的調(diào)查。
最初的分析結果令人非常震驚，在1994年，調(diào)查者發(fā)現(xiàn)31%的IT項目是徹底失敗的。也就是說，這些項目沒有完成就被取消了，而且沒有產(chǎn)生什么有用的東西。只有16%的項目是成功的--按時交付應用程序，在預算之內(nèi)且實現(xiàn)了所有最初制定的功能。
到了2006年，完全失敗的項目的比率已經(jīng)下降到19%，成功的比率則上升到35%。發(fā)生轉變的原因有很多--項目管理相關的整個學科正在變得更加專業(yè);人們已經(jīng)更好地理解了項目管理的過程;用戶也可以更好地表達出他們的需求;互聯(lián)網(wǎng)的普及也對項目管理起了積極的作用，人們之間可以交流地更及時和迅速。
而且在項目管理方面也出現(xiàn)了很多好的工具，例如UML，它們可以幫助用戶進行項目管理。相比幾年以前，新的項目管理工具可以更容易地被用戶使用，而且它們通常包含一些復雜的趨勢分析功能，可以及時發(fā)現(xiàn)項目實施過程中發(fā)現(xiàn)的問題。
二、尋找告警信號
盡管項目正在好轉，我們卻無法安枕無憂。項目完全成功的比率依然非常低，每5個項目中依然有1個是完全失敗的。因此，我們有必要將可能對導致項目失敗的問題及早發(fā)現(xiàn)并解決。項目失敗的原因各不相同，告警信號也各不相同。常見的失敗原因包括缺乏管理支持和項目目標不清晰。而告警的信號則更具體或與日常項目運行有關系，通?？梢詺w結為兩個類型：有形和無形。
1、具體告警信號。并不是所有的告警信號都是無形的，其中一些是確實是有具體表現(xiàn)的，如果你知道去觀察哪兒的話。
A、通常來說，一個按照計劃運行的項目應該具有很少或根本沒有加班現(xiàn)象的發(fā)生。一些管理人員一旦發(fā)覺項目可能失敗便開始安排加班，給老板造成這樣一種感覺--項目雖然失敗了，但是我盡力了，沒有功勞還有苦勞。更有個別管理人員一開始就要求員工加班加點，項目成功了則加倍受到嘉獎，項目失敗了則容易推托責任。然而，太多的加班也會造成項目人員身體健康上的下降，最終會影響項目的進展。
B、項目陷入困境的另一個信號是，項目資源(通常是項目人員)被抽調(diào)出來去做別的事情?；蛟S只是占用了幾個小時，但是如果長期累積起來，這種人力資源占用對項目的影響也是非常大的。因此，盡量減少被其他項目的占用人力和物力的情況，這也是項目成功的一個保障。
C、里程碑(milestone)是項目執(zhí)行過程中的檢測點，用于項目進度的監(jiān)控，確保項目按計劃進行。如果在項目執(zhí)行中，發(fā)現(xiàn)有的里程碑沒有完成的話，就應該重視了，要分析為什么沒有完成，如何補救，如何保證下一個里程碑能夠順利完成。
2、無形的告警信號。最重要的早期告警信號往往是看不見摸不著的。項目走向失敗的最早期的信號往往難于通過直觀的方法來測量出來，但是如果你去關注它們的話，還是可以輕松地把它們找出來。其中兩個最重要的無形信號是項目中的缺乏興趣和長期不流