軟件項目風險是指在軟件開發過程中遇到的預算和進度等方面的問題以及這些問題對軟件項目的影響。軟件項目風險會影響項目計劃的實現，如果項目風險變成現實，就有可能影響項目的進度，增加項目的成本，甚至使軟件項目不能實現。因此軟件項目風險管理是軟件質量保障的一項重要內容。
我們根據多年的風險評估經驗，在本文中闡述下風險管理的概念以及分類。
風險管理概念
風險管理就是評估風險出現的概率及產生的影響，然后建立一個規劃來管理風險。風險管理的主要目標是預防軟件項目風險。 如果對項目進行風險管理，就可以最大限度的減少風險的發生。但是，目前國內的軟件企業不太關心軟件項目的風險管理，結果造成軟件項目經常性的延期、超過預 算，甚至失敗。成功的項目管理一般都對項目風險進行了良好的管理。因此任何一個系統開發項目都應將風險管理作為軟件項目管理的重要內容。
風險分類
軟件項目的風險體現在以下四個方面：需求、技術、成本和進度。IT項目開發中常見的風險有如下幾類：
1、需求風險
需求已經成為項目基準，但需求還在繼續變化；需求定義欠佳，而進一步的定義會擴展項目范疇；添加額外的需求；產品定義含混的部分比預期需要更多的時間；制定需求過程中客戶參與不夠；缺少有效的需求變化管理過程。
2、計劃編制風險
計劃、資源和產品定義全憑客戶或上層領導口頭指令，并且不完全一致；計劃是優化的，是“最佳狀態”，但計劃不現實，只能算是“期望狀態”；計劃基于使用 特定的小組成員，而那個特定的小組成員其實指望不上；產品規模比估計的要大；完成目標日期提前，但沒有相應地調整產品范圍或可用資源；涉足不熟悉的產品領 域，花費在設計和實現上的時間比預期的要多。
3、組織和管理風險
僅由管理層或市場人員進行技術決策，導致計劃進度緩慢，計劃時間延長；低效的項目組結構降低生產率；管理層審查決策的周期比預期的時間長；預算削減，打亂項目計劃；缺乏必要的規范，導致工作失誤與重復工作；非技術的第三方的工作（預算批準、設備采購批準、法律方面的審查、安全保證等）時間比預期的延長。
4、人員風險
作為先決條件的任務（如培訓及其他項目）不能按時完成；開發人員和管理層之間關系不佳，導致決策緩慢，影響全局；缺乏激勵措施，士氣低下，降低了生產能 力；某些人員需要更多的時間適應還不熟悉的軟件工具和環境；項目后期加入新的開發人員，需進行培訓并逐漸與現有成員溝通，從而使現有成員的工作效率降低； 由于項目組成員之間發生沖突，導致溝通不暢、設計欠佳、接口出現錯誤和額外的重復工作；不適應工作的成員沒有調離項目組，影響了項目組其他成員的積極性； 沒有找到項目急需的具有特定技能的人。
5、開發環境風險
設施未及時到位；設施雖到位，但不配套，如沒有電話、網線、辦公用品等；設施擁擠、雜亂或者破損；開發工具未及時到位；開發工具不如期望的那樣有效，開發人員需要時間創建工作環境或者切換新的工具；新的開發工具的學習期比預期的長，內容繁多。
6、客戶風險
客戶對于最后交付的產品不滿意，要求重新設計和重做；客戶的意見未被采納，造成產品最終無法滿足用戶的審核；客戶沒有或不能參與規劃、原型和規格階段的 審核，導致需求不穩定和產品生產周期的變更；客戶答復的時間（如回答或澄清與需求相關問題的時間）比預期長；客戶提供的組件質量欠佳，導致額外的測試、設計和集成工作，以及額外的客戶關系管理工作。
7、產品風險
矯正質量低下的不可接受的產品，需要比預期更多的測試、設計和實現工作；開發額外的不需要的功能，延長了計劃進度；嚴格要求與現有系統兼容，需要進行比 預期更多的測試、設計和實現工作；要求與其他系統或不受本項目組控制的系統相連，導致無法預料的設計、實現和測試工作；在不熟悉或未經檢驗的軟件和硬件環 境中運行所產生的未預料到的問題；開發一種全新的模塊將比預期花費更長的時間；依賴正在開發中的技術將延長計劃進度。
8、設計和實現風險
設計質量低下，導致重復設計；一些必要的功能無法使用現有的代碼和庫實現，開發人員必須使用新的庫或自行開發新的功能；代碼和庫的質量低下，導致需要進 行額外的測試，修正錯誤，或重新制作；過高估計了增強型工具對計劃進度的節省量；分別開發的模塊無法有效集成，需要重新設計或制作。
9、過程風險
大量的紙面工作導致進程比預期的慢；前期的質量保證行為不真實，導致后期的重復工作；不正規，導致溝通不足，質量欠佳，甚至需重新開發；過于正規，導致 過多耗時于無用的工作；向管理層撰寫進程報告占用開發人員的時間比預期的多；風險管理粗心，導致未能發現重大的項目風險。
路漫漫其修遠兮，我中心將與大家共同求索。
版權聲明：本文出自山東省軟件評測中心 張凱麗，51Testing軟件測試網原創出品，未經明確的書面許可，任何人或單位不得對本文進行復制、轉載或鏡像，否則將追究法律責任。