由于軟件本身的特點，而導(dǎo)致IT項目與傳統(tǒng)項目有很大的差異，因此IT項目的風(fēng)險管理難度要比傳統(tǒng)項目大。

       1、 需求不穩(wěn)定

       軟件項目的需求多變已經(jīng)成為了軟件業(yè)界的共識，正因為需求的多變，才讓瀑布模型一直遭受到軟件工程界的抨擊，因此而誕生了原形模型。在IBM的RUP和眾多的敏捷方法論中，一直將需求不確定列為軟件項目的最大特點，因此而出現(xiàn)了擁抱變化一說。

       當(dāng)一個IT項目已經(jīng)開始在實施的時候，如果客戶連他需要做什么，要實現(xiàn)一些什么功能都不能確定的話，那么做軟件實施的工程師他們又如何能夠知道自己要開發(fā)一個什么樣的軟件系統(tǒng)出來呢？所以他們只有在漫長的等待過程中，不斷遭受到客戶的“批評”，在經(jīng)歷了“九九八十一次磨難”之后，才恍然大悟，原來就是要做一個這樣的系統(tǒng)啊！

       這有點像一個盲人走路一樣，盲人根本就不知道前面是什么，因此他往前走一小步，如果不是路，則向左旋轉(zhuǎn)一點點，再次用腳探探前面，如果是路的話，則可以往前邁一步。如果這個盲人運氣不好的話，第一腳就在懸崖邊上踏空，那么他將跌入萬劫不復(fù)的深淵。我們的項目也如同這個盲人，稍有不慎就可能讓自己走向失敗，這是一個多么大的風(fēng)險阿。

       2、 項目規(guī)模估計不準(zhǔn)確

       當(dāng)老師給我們布置作業(yè)的時候，如果他多布置了幾個題目，下面的同學(xué)便會大聲地噓嘆，開始私下的嘟嚕：“又要做一個多小時了！”。學(xué)生們在很短的時間內(nèi)就能夠準(zhǔn)確的估計作業(yè)量大不大，他們的估計憑借著他們每天一次的做作業(yè)的經(jīng)驗和那一瞬間對題目的印象，雖然他們并沒有做過剛布置的這些題目，但是估計得仍然是那么的準(zhǔn)確。

       任何一個建筑工程的項目經(jīng)理都能夠?qū)ψ约旱捻椖窟M(jìn)度掌握的很準(zhǔn)，在他們的眼中，只要錢沒有問題，則進(jìn)度就完全是小兒科，可以輕易的得到保證。工地需要多少人，什么時候需要開始進(jìn)行什么工序的施工，什么時候需要加班，這些都在他們的心中掌握著。錢就是他們最大的風(fēng)險，只要錢到位了，一切工作都好開始了。

        而軟件項目與之不同，在軟件項目開始后，很少有缺錢的。只看到過資金沒有到位的“爛尾樓”，但是從來就沒有看過由于項目資金沒有到位的問題而導(dǎo)致未完成的軟件項目，就算是缺錢也是因為簽合同的時候要少了。

       就算是再優(yōu)秀的軟件項目經(jīng)理，他也無法預(yù)計好自己的項目什么時候能夠完成，因為在他進(jìn)行估算的時候，客戶的需求還沒有搞清楚呢！再一個，建筑工程的可以通過預(yù)算很準(zhǔn)確的計算整個建筑的工程造價，而軟件項目卻很難，因為不管是代碼行估算法，還是功能點方法，都遠(yuǎn)不及“我猜，我猜，我猜猜猜”中猜得準(zhǔn)確，這些方法很多時候甚至不如算命先生算得準(zhǔn)。

       3、 人的因素對項目影響很大

       人可以說是整個軟件項目的靈魂，軟件項目不需要鋼筋、水泥和沙石，也不需要任何的施工機械。軟件項目的原材料就是人的思想和智慧，而計算機和CASE軟件則是項目的施工工具。通過鍵盤和鼠標(biāo)，無數(shù)的程序代碼在程序員的手中誕生了。如果要問軟件項目最大的成本在哪里，那么答案只有一個，就是人力成本。

        一個優(yōu)秀的程序員的工作效率要遠(yuǎn)遠(yuǎn)大于一個蹩腳的程序員，一個程序新手甚至根本就不能夠產(chǎn)生任何生產(chǎn)效率。不僅如此，新手的錯誤行為，將讓熟練員工犧牲很多時間來幫助新手糾正他們的錯誤，最后下來，甚至可能導(dǎo)致降低軟件開發(fā)的效率。

       雖然軟件項目已經(jīng)實施角色分工和管理，但是相對于其他工程的分工來說則分工比較單一。軟件項目中，一般就分有，系統(tǒng)分析師、架構(gòu)師、設(shè)計師、程序員、測試工程是及配置管理人員和項目經(jīng)理等。這樣的分工并不能有效的降低他們工作內(nèi)容的復(fù)雜度。如果能像建筑工程中的砌墻、澆注混凝土、搭腳手架那樣分工細(xì)致的話，則培訓(xùn)軟件藍(lán)領(lǐng)也不會需要費如此大的力氣了。