長期的計劃（70%）
　　* 不充分的成本估計（65%）
　　* 過多的文檔工作（60%）
　　* 錯誤的模塊（50%）
　　* 項目取消（35%）
　　過多的文檔工作并沒有嚴格的規(guī)律，但是可以從以下幾點來判斷是否是“過多”：（1）超過50種分散類型的文檔；（2）文檔費用接近或超過了整個項目費用的 50%；（3）每個功能點有超過2000詞的描述。系統(tǒng)軟件的文檔在數(shù)量級上僅次于軍事軟件，太多的文檔對工作來講是多余的。(注意，過多的文檔會引起額外的問題，目前，還沒有出版相關的作品說明怎樣數(shù)量、卷、結(jié)構或什么樣的文檔風格對于軟件項目來講是合適的。)
　　商業(yè)軟件風險
　　* 不充分的用戶文檔（70%）
　　* 低用戶滿意度（55%）
　　* 太多的市場營銷時間（50%）
　　* 有害的競爭活動（45%）
　　* 訴訟費用（40%）
　　不充分的用戶文檔定義為不完整的、不清楚的、錯誤的或理解有困難的用戶信息。用戶信息包括在線幫助和出版材料，這在商業(yè)軟件世界里是廣泛存在的問題。這個問題可以有一下因素來描述：
　　技術描述缺乏相當?shù)募记?BR>　　* 用戶文檔不充分：
　　n 新的軟件包發(fā)布的文檔每次都很困難；
　　n 一些廠商不愿使用有能力的作者；
　　n 用戶文檔的陳述還是很原始的方法；
　　低的用戶滿意度意味著用戶對以下一點或多個因素不滿意（在1993年，一半多商業(yè)軟件存在這些問題）：
　　* 低質(zhì)量；
　　* 不完整的功能；
　　* 復雜的不可思議的命令結(jié)構；
　　* 很難學習；
　　* 麻煩的安裝過程；
　　* 用戶服務和支持力量不足；
　　* 過多的占用磁盤空間或其他硬件資源；
　　軍用軟件
　　據(jù)用軟件有相當嚴格的項目連續(xù)性，同時也有其相應的代價高昂的問題和風險。
　　* 過多的文檔（90%）
　　* 低產(chǎn)率（85%）
　　* 長周期（75%）
　　* 緩慢的用戶需求（70%）
　　* 不用或不能用的軟件（45%）
　　合同/采購軟件項目風險
　　* 高維護費用（60%）
　　* 委托人和承包人間的摩擦（50%）
　　* 緩慢的用戶需求（45%）
　　* 不可預料的認可標準（30%）
　　* 交付的軟件法律所有權（20%）
　　維護費用是指每年一次的修復錯誤或按照顯著高于U.S標準的項目維護費用，一個人能夠維護的目前軟件總數(shù)顯著的低于U.S標準。
　　不可預料的標準認可定義為有時存在項目委托人和承包人之間的對于產(chǎn)品交付條件、付款、超出最初的合同或協(xié)議的條件方面的問題。例如一個典型的問題就是過高的質(zhì)量要求、對軟件性能目標的過高要求，或者軟件的特殊需要或文檔。這種情況最終會使認可失敗，或?qū)е掠脩舾械焦ぷ鞑粷M意。這會對項目造成傷害，影響客戶關系，極端的情況會引起法律訴訟。
　　最終用戶軟件風險
　　* 不可轉(zhuǎn)讓的應用（80%）
　　* 隱藏的錯誤（65%）
　　* 不可維護的軟件（60%）
　　* 多余的應用（50%）
　　* 交付的物品和軟件的法律關系（版權）（20%）
　　應藏錯誤定義為隱藏在最終用戶系統(tǒng)中不為開發(fā)者或任何其他人知道的邏輯或程序錯誤。在沒有最后回顧、檢查、測試、審核和質(zhì)量分析活動的情況下更容易出現(xiàn)。
　　不可維護的軟件。一旦軟件開發(fā)者離開了公司之后，誰來維護軟件呢？一些應用軟件機構化很差、注釋不全，以至于一旦開發(fā)者離開了公司，就沒有誰能夠維護該軟件了。
　　Boehmis的六步風險管理
　　正如Jones所說，質(zhì)量保證活動直接影響到軟件開發(fā)過程的風險。目前的軟件風險管理已經(jīng)從概念、實踐和規(guī)則方面同其他工程或管理領域?qū)饋怼＼浖L險管理的目標用于標識、定位和消除各種風險因素，在其來臨之前阻止其發(fā)生，以使項目

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html