軟件項目風險的識別與風險的分析軟件開發項目是一項復雜的工程，涉及的因素很多，風險的管理過程有：風險的識別、風險的管理計劃的制定、風險追蹤、風險控制。風險識別是風險管理的第一步，而有效的風險分析是進行風險管理的基礎，因此做好這2個過程的工作是軟件項目成功的關鍵。1軟件風險的識別風險識別過程的活動是將項目實施中的不確定性轉變為明確的風險陳述。系統地識別風險是這個過程的關鍵，識別風險不僅要確定風險來源，還要確定何時發生、風險產生的條件，并描述其風險特征和確定哪些風險事件有可能影響本項目。風險識別不是一次性的活動，應當在項目執行過程中自始至終定期進1.1風險識別的依據從項目管理角度講，風險識別依據有：合同、項目計劃、工作任務分解WBS、各種歷史參考資料（類似項目的資料）、項目的各種假設前提條件和約從軟件開發的生命周期看，每個階段的輸出（各種文檔）都是下一階段進1.2風險識別方法和工具風險識別的方法很多，不同的方法適用于不同的場合，下表給出了常用的方法的適用情況。適用情況識別方法適用情況專家訪談法（專家訪談法（Delphi）從定性方面出發進行初步風險識別歷史紀錄統計法從定性方面對新項目的風險進行預測現場調查法對一些動態風險因素進行識別與預測風險數據庫類似項目的風險識別故障樹分析法直接經驗較少的風險識別流程圖法分階段進行的項目風險識別聚類分析法具有相同或相似屬性的風險識別模糊識別法風險的形態或屬性不確定軟件項目的風險識別通常采用的工具為：（1）風險核對清單：將可能出現的問題列出清單，然后對照檢查潛在的（2）頭腦風暴法：項目成員、外聘專家、客戶等各方人員組成小組，根據經驗列出所有可能的風險。（3）專家訪談：向該領域的專家或有經驗人員了解項目中會遇到哪些困算機，并分配下一個連續的號碼給這個風險，同時維持所有已經識前的項目中曾遇到的風險的基礎上。該工具的優點是簡單快捷，缺點是容易限制使用者的思路。風險識別出來后應該規整分類，分類可從多種角度定義和劃風險引發的原因、項目開發階段、風險嚴重程度、風險區東引資等進行分類。下面介紹2種典型的軟件風險分類方法。（1）、SEI：1993年SEI發表了基于分類的風險辨識方法（TBQ）。該分類法把系統分為三個類（Class），每個類又分解為若干個因素（elements），每個因素通過其屬性來體現特征。（2）、美國空軍軟件項目風險管理手冊：這種方法要求項目管理者根據項目實際情況影響軟件風險因素的風險驅動因子，這些因素包括以下幾個性能風險：產品能夠滿足需求和符合使用目的的不確定程度。成本風險：項目預算能夠被維持的不確定程度。支持風險：軟件易于糾錯、適應及增強的不確定程度。進度風險：項目進度能夠被維持且產品能按時交付的不確定程度。筆者借鑒SEI的思想，在大量調查和實踐的基礎上，結合已有的歷史文獻風險因素風險因素項目的需求不明確，很難界定系統需求不正確對系統需求識別得不夠充相關人員對系統需求定義存在分歧系統需求變動風險因素缺少大量的歷史數據作為參考對項目進度估算的不夠對項目資源估計的不夠沒有完善、全面的項目計劃缺少嚴格的變更控制和版本控制技項目中需要購買未使用過的風項目采用的是以前未曾使用險過的新技術使用不成熟的技術對單個開發工具過度依賴項目需要開發大量的接口以連接到其他系統項目采用的開發方法（如螺旋模型、瀑布模型）不合團團隊內部人員的頻繁流動隊關鍵人員的離職風開發人員缺乏所需專業技能險開發人員不熟悉自己的任務團隊內部人員難以溝通下組公司資源對項目產生了限制織缺乏對項目成功標準的定義風缺乏高層管理的支持足實施該項目需要大幅度改變組織結構實施該項目需要較大地改變業務流程或徹底改變部分流程該項目與企業的發展戰略或政策不一致對項目執行過程監控不足用戶不重視項目管理用戶中部分人員對該項缺乏用戶參與用戶對該項目的目標和需求不清晰缺乏與顧客的直接溝通與合作方缺乏有效溝通雙方缺乏信任外部供應商延遲交貨與合作方在進度上的沖突合作方的產品不符合要求合作方中途終止合約在某個關鍵領域依靠外部供應商雙方的企業文化的差異合同類型不合適合同條款內容不嚴謹合同條款不全面存在法律上的漏洞值得注意的是，盡管可以將風險進行分類，但風險之間總是互相關聯的，單獨的風險很少發生，因此不能孤立地考慮任何一個風險，因為一個風險類別的組成部分總是影響另一格類別。2軟件風險的分析風險分析是在風險識別的基礎上估計風險的可能性和后果，并在所有已識別的風險中評估這些風險的價值。這個過程的目的就是將風險按優先級別進行等級劃分，以便制定風險管理計劃，因為不同級別的風險要區別對待，以使風險管理2.1風險分析流程根據風險分析的內容，可將風險分析過程細分為2個活動：風險估計和風險評價。通常項目計劃人員與管理人員、技術人員一起，進行風險分析，該過程是一個不斷重復的過程，在整個生命周期都要有計劃、有規律地進行風險分析，分析流程如下圖：2.2風險的估計風險估計是估計已識別的風險發生的可能性和風險出現后將會產生的后果，并描述風險對項目的潛在影響和整個項目的綜合風險。風險估計有以下4個環節：（1）定義風險評估準則評估準則是事先確定的一個基準，作為風險估計的參照依據。準則有定小、級小5個等級，一般以不超過9級為宜。定量估計則是體的數值，如：表示風險發生的可能性為70%，當然，定量估計還是有其它方法，用模糊數表示風險的可能性就是一種常用的方法。下表給出可能性的評估準則可能性可能性〉80%()非常有可能性，幾乎肯定60%~80%~很有可能性，比較確信大40%~60%~有時發生中20%~40%~不易發生，但有理由可預期能發生小幾乎不可能，但有可能風險損失的評估準則損失損失成本進度性能>成本增加>20%項目延遲>20%性能不能滿足用戶要求成本增加>10%~20%項目延遲性能有較嚴重的缺陷大成本增加>5%~10%項目延遲5%~10%主要方面的性能不足中成本增加>1%~5%項目延遲性能有缺陷，但基本滿足用戶的要求小<成本增加項目延遲<1%性能有不明顯的缺陷（2）估計風險事件發生的可能性根據評估準則對每個風險發生的可能性進行預測，預測的值應該是多人（3）估計風險事件發生的損失風險對項目的影響是多方面的，因此損失的估計也應從多方面分別進行估計，通常對三個方面進行估計：進度、成本、性能。需求不明確需求不明確需求變動關鍵人員的離職公司資源對項目產生了限制缺少嚴格的變更控制和版本的控制（4）計算風險值根據估計出來的風險的可能性和損失，計算風險值（R）評估者可根據自身的情況選擇相應的風險計算方法計算風險值。對成對成本的影響對進度的影響對性能可能性風險影響值=可能性*（對進度的影響+對成本的影響+對性能的影響）對項目風險進行分析是處置風險的前提，是制定和實施風險計劃的科學根據，因此，一定要對風險發生的可能性及其后果做出盡量準確的估計。但在軟件項目中，要準確地估計卻不是件易事，主要有以下幾個原因：（1）依賴主觀估計。由于軟件項目的歷史資料通常不完整，因此，都是根據經驗進行估計。而且主觀估計常常存在著相互矛盾的問題，例如，某專家對一個特定風險發生的概率估計為，然而，當問及不發生的概率時，回答可能性是。因此許多學者將模糊數學理論引入到風險預測中，以解決預測的可能性和準確性問題。（2）人們認知的局限。由于人類自身認知客觀事物的能力有限，所以不能準確地預知未來事物的發展變化，這也是導致風險估計主觀性的主要（3）項目環境多變。項目的一次性特征使其不確定性比其他經濟活動達，因此，其預測的難度也較其他經濟活動大。也正是這個原因，風險管理應該貫穿整個項目周期。2.3風險評價風險評價是根據給定的風險評判標準（也稱風險評價基準），判斷項目是繼續執行還是終止（出的問題太大）。對于繼續執行的項目，要進一步給出各個風險的優先排序，確定哪些是必須控制的風險。那么，要判斷風險的高低，就需要一個標準，只有統一標準，才具有可比性，所以在做風險評價時，評判標準的設定應依據前面所確定的風險的可能性和損失的評估準則，不能自成一體。下表是依據上面幾個表格得到的風險評判標準：風險評判標準風險值風險值對應策略很高.重點控制高應對中應對低視成本，損失嚴重程度等因素，決定是否應對<很低接受從表中可以看出，需求變動的風險很高，需求不明確和公司資源對項目產生了限體情況而定。有時候也直接根據損失的大小來進行評價，但因為軟件項目的評價具有多目標性，成本、進度、性能，可靠性和維護性都是典型的評判目標，所以風