摘要
本文詳盡地描述了軟件開發(fā)項目的風險管理過程，主要包括過程的具體活動，和采用的工具。 這里將軟件風險管理過程分為五個步驟：風險識別，風險分析，風險計劃，風險跟蹤，和風險應對。對于每個步驟的具體活動將在后面詳細介紹。
風險管理過程
軟件風險是指軟件開發(fā)過程中及軟件產(chǎn)品本身可能造成的傷害或損失。風險的最大特征是不確定性，也就是說它可能發(fā)生，也可能不發(fā)生。
風險管理在項目管理中有非常重要的地位：
· 有效的風險管理可以提高項目的成功率。在項目早期就應該進行必要的風險分析，并通過規(guī)避風險降低失敗概率，避免返工造成成本上升。
· 提前對風險制定對策，就可以在風險發(fā)生時迅速作出反應，避免忙中出錯造成更大損失。
· 風險管理可以增加團隊的健壯性。與團隊成員一起做風險分析可以讓大家對困難有充分估計，對各種意外有心理準備，不至受挫后士氣低落；而項目經(jīng)理如果心中有數(shù)就可以在發(fā)生意外時從容應對，大大提高組員的信心從而穩(wěn)定隊伍。
· 有效的風險管理可以幫助項目經(jīng)理抓住工作重點，將主要精力集中于重大風險，將工作方式從被動救火轉(zhuǎn)變?yōu)橹鲃臃婪丁?風險管理可以簡單分成五個步驟：風險識別、風險分析、風險計劃、風險跟蹤、和風險應對。如下圖所示：

***識別風險和分析風險包含了評估風險所需的活動。計劃風險、跟蹤風險和應對風險包含了控制風險所需的實踐。
一、風險識別
風險識別過程的活動是將不確定性轉(zhuǎn)變?yōu)槊鞔_的風險陳述。包括下面幾項，他們在執(zhí)行時可能是重復，也可能是同時進行的：
1、 進行風險評估。在項目的初期，以及主要的轉(zhuǎn)折點或重要的項目變更發(fā)生時進行。這些變更通常指成本、進度、范圍或人員等方面的變更。
2、 系統(tǒng)地識別風險。采用下列三種簡單的方法識別風險：風險檢查表，定期會議（周例會上），日常輸入（每天晨會上）。
3、 將已知風險編寫為文檔。通過編寫風險陳述和詳細說明相關(guān)的風險背景來記錄已知風險，相應的風險背景包括風險問題的何事、何時、何地、如何及原因。
4、 交流已知風險。同時以口頭和書面方式交流已知風險。在大家都參加的會議上交流已知風險，同時將識別出來的風險詳細記錄到文檔中，以便他人查閱。
二、風險分析
風險分析過程的活動是將風險陳述轉(zhuǎn)變?yōu)榘磧?yōu)先順序排列的風險列表。包括以下活動：
1、 確定風險的驅(qū)動因素。為了很好地消除軟件風險，項目管理者需要標識影響軟件風險因素的風險驅(qū)動因子，這些因素包括性能、成本、支持和進度。
2、 分析風險來源。風險來源是引起風險的根本原因。
3、 預測風險影響。如果風險發(fā)生，就將可能性和后果來評估風險影響?？赡苄员欢x為大于0而小于100，分為5個等級（1、2、3、4、5）。將后果分為4個等級（低，中等，高，關(guān)鍵的）。采用風險可能性和后果對風險進行分組。具體組別如下表所示：
 

4、 對風險按照風險影響進行優(yōu)先排序，優(yōu)先級別最高的風險，其風險嚴重程度等于1，優(yōu)先級別最低的風險，其風險嚴重程度等于20。對級別高的風險優(yōu)先處理。
三、風險計劃
風險計劃過程的活動是將按優(yōu)先級排列的風險列表轉(zhuǎn)變?yōu)轱L險應對計劃。包括以下內(nèi)容：
1、 制定風險應對策略。風險應對策略有接受、避免、保護、減少、研究、儲備和轉(zhuǎn)移幾種方式。
2、 制定風險行動步驟。風險行動步驟詳細說明了所選擇的風險應對途徑。它將詳細描述處理風險的步驟。
四、風險跟蹤
風險跟蹤過程的活動包括監(jiān)視風險狀態(tài)以及發(fā)出通知啟動風險應對行動。包括以下內(nèi)容：
1、 比較閾值和狀態(tài)。通過項目控制面板來獲取。如果指標的值在可接受標準之外，則表明出現(xiàn)了不可接受的情況。
2、 對啟動風險進行及時通告。對要啟動的風險，在每天的晨會上通報給全組人員，并安排負責人進行處理。
3、 定期通報風險的情況。在定期的會議上通告相關(guān)人員目前的主要風險以及他們的狀態(tài)。
五、風險應對
風險應對過程的活動是執(zhí)行風險行動計劃，以求將風險降至可接受程度。包括以下內(nèi)容：
1、 對觸發(fā)事件的通知作出反應。得到授權(quán)的個人必須對觸發(fā)事件作出反應。適當?shù)姆磻ɑ仡櫘斍艾F(xiàn)實以及更新行動時間框架，并分派風險行動計劃。
2、 執(zhí)行風險行動計劃。應對風險應該按照書面的風險行動計劃進行。
3、 對照計劃，報告進展。確定和交流對照原計劃所取得的進展。定期報告風險狀態(tài)，加強小組內(nèi)部交流。小組必須定期回顧風險狀態(tài)。
4、 校正偏離計劃的情況。有時結(jié)果不能令人滿意，就必須換用其他途徑。將校正的相關(guān)內(nèi)容記錄下來。
相關(guān)準則和規(guī)定
1 可能性評估準則
可能性評估準則
 

2 后果評估標準
后果評估標準
 

3 時間框架評估準則
時間框架評估準則
 

4 風險的驅(qū)動因素
風險因素是以如下的方式定義的：
1、 性能風險——產(chǎn)品能夠滿足需求且符合于其使用目的的不確定的程度。
2、 成本風險——項目預算能夠被維持的不確定的程度。
3、 支持風險——軟件易于糾錯、適應及增強的不確定的程度。
4、 進度風險——項目進度能夠被維持且產(chǎn)品能按時交付的不確定的程度。
過程工具
以下介紹的過程工具，只給出了工程描述。大家可根據(jù)自己公司的實際情況進行修改，并定制出適合自己的工具進行使用。
1 風險數(shù)據(jù)庫
風險數(shù)據(jù)庫是用來記錄風險，跟蹤風險處理過程，并能夠?qū)︼L險進行簡單查詢和統(tǒng)計的風險管理工具。
一般內(nèi)容：
包括項目的一般信息（如名稱），和在本項目中風險處理采用的一些標準和規(guī)定等。
1、 項目名稱
2、 可能性評估準則（1，2，3，4，5）
3、 后果評估準則（低，中等，高，關(guān)鍵的）
4、 時間框架準則（短，中等，長）
5、 風險應對策略（風險應對策略用接受、避免、保護、減少、研究、儲備和轉(zhuǎn)移）
6、 風險的狀態(tài)（Watch，Execute Contingency，Mitigate，Transfer，Avoid，Retired ）
7、 風險驅(qū)動因素的類別（性能，成本，技術(shù)，進度）
風險記錄的內(nèi)容：
風險的內(nèi)容是在風險處理的不同階段不斷添加進去的，如在風險計劃階段填寫應對策略和行動步驟兩列。
1、 編號
2、 識別日期
3、 識別者姓名
4、 風險類別（產(chǎn)品規(guī)模、商業(yè)影響、客戶特性、過程定義、開發(fā)環(huán)境、技術(shù)難題、人員數(shù)目及經(jīng)驗）
5、 風險標題
6、 風險評估
a. 風險背景
b. 驅(qū)動因素（性能，成本，技術(shù)，進度）
c. 風險來源
d. 可能性（1、2、3、4、5）
e. 后果（低、中等、高、關(guān)鍵的）
f. 時間框架（短、中等、長）
g. 風險影響（1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20）
7、 風險計劃
a. 應對策略（風險應對策略用接受、避免、保護、減少、研究、儲備和轉(zhuǎn)移）
b. 行動步驟
8、 風險跟蹤
a. 風險的狀態(tài)（Watch，Execute Contingency，Mitigate，Transfer，Avoid，Retired ）
b. 批注
9、 風險應對
a. 負責人
b. 完成日期
c. 批注
輔助的管理功能：
1、 查看所有風險的狀態(tài)（風險矩陣）
2、 對所有的當前風險進行優(yōu)先排序
3、 已結(jié)束風險的備案
2 項目控制面板
項目控制面板可用作自動項目跟蹤工具。將項目的各方面的數(shù)據(jù)（如需求變更數(shù)量，Bug數(shù)量等）錄入對應的表格，即可自動得到當前關(guān)鍵指標的狀態(tài)（是否處于正常的范圍之內(nèi)）。關(guān)鍵的項目指標包括：項目的進度，工作的效率，需求的變化，配置項的變化，人員的流動，不同階段的缺陷數(shù)目，加班時間等。如果我們給每個指標一個可接受的閾值，當超過這個閾值時，系統(tǒng)便會自動給出警告。
控制面板的首頁面是一系列的度量儀表，儀表上的指示將隨著你輸入的項目信息計算邇來。每個儀表分為兩部分，白色的安全區(qū)和紅色的警告區(qū)。如果指針處于紅色區(qū)域，則說明有不可接受的情況發(fā)生。除此之外，當你單擊每個儀表或圖表時，會自動聯(lián)接并切換到對應的更詳細的分析圖表中。
3 風險檢查表
該檢查表可以用來識別風險，并可以集中來識別下列常見子類型中已知的及可預測的風險：
1、 產(chǎn)品規(guī)模——與要建造或要修改的軟件的總體規(guī)模相關(guān)的風險。
2、 商業(yè)影響——與管理或市場所加諸的約束相關(guān)的風險。
3、 客戶特性——與客戶的素質(zhì)以及開發(fā)者和客戶定期通信的能力相關(guān)的風險。
4、 過程定義——與軟件過程被定義的程度以及它們被開發(fā)組織所遵守的程度相關(guān)的風險。
5、 開發(fā)環(huán)境——與用以建造產(chǎn)品的工具的可用性及質(zhì)量相關(guān)的風險。
6、 技術(shù)難題——與待開發(fā)軟件的復雜性以及系統(tǒng)所采用的新技術(shù)相關(guān)的風險。
7、 人員數(shù)目及經(jīng)驗——與參與工作的軟件工程師的總體技術(shù)水平及項目經(jīng)驗相關(guān)的風險。