所有風(fēng)險分析活動(dòng)都只有一個(gè)目的——輔助項目組建立處理風(fēng)險的策略。一個(gè)有效的策略必須考慮三個(gè)問(wèn)題：

　　· 風(fēng)險避免

　　· 風(fēng)險監控

　　· 風(fēng)險管理及意外事件計劃

　　如果軟件項目組對于風(fēng)險采取主動(dòng)的方法，則避免永遠是最好的策略。這可以通過(guò)建立一個(gè)風(fēng)險緩解計劃來(lái)達到。例如，頻繁的人員流動(dòng)被標注為一個(gè)項目風(fēng)險，基于以往的歷史和管理經(jīng)驗，人員流動(dòng)的概率為70％，而影響被預測為對于項目成本及進(jìn)度有嚴重的影響。為了緩解這個(gè)風(fēng)險，項目管理者必須建立一個(gè)策略來(lái)降低人員流動(dòng)�？赡懿扇〉牟呗匀缦拢�

　　· 與現有人員一起探討一下人員流動(dòng)的原因（如惡劣的工作條件，低報酬，競爭激烈）

　　· 在項目開(kāi)始之前，采取行動(dòng)以緩解那些在管理控制之下的原因。

　　· 一旦項目啟動(dòng)，假設會(huì )發(fā)生人員流動(dòng)并采取一些技術(shù)措施以保證當人員離開(kāi)時(shí)的工作連續性。

　　· 對項目進(jìn)行良好組織，使得每一個(gè)開(kāi)發(fā)活動(dòng)的信息能被廣泛傳播和交流。

　　· 定義文檔的標準，并建立相應的機制，以確保文檔能被及時(shí)建立。

　　· 對所有工作進(jìn)行詳細復審，使得不止一個(gè)人熟悉該項工作。

　　· 對于每一個(gè)關(guān)鍵的技術(shù)人員都指定一個(gè)后備人員。

　　隨著(zhù)項目的進(jìn)展，風(fēng)險監控活動(dòng)開(kāi)始進(jìn)行。項目管理者監控某些因素，這些因素可以提供風(fēng)險是否正在變高或變低的指示。在上例中，應該監控下列因素：

　　· 項目組成員對項目壓力的一般態(tài)度。

　　· 項目組的凝聚力。

　　· 項目組成員彼此之間的關(guān)系。

　　· 與報酬和利益相關(guān)的潛在問(wèn)題。

　　· 在公司內及公司外工作的可能性。

　　除了監控上述因素之外，項目管理者還應該監控風(fēng)險緩解步驟的效力。例如：上例中，風(fēng)險緩解步驟要求定義“文檔的標準，并建立相應的機制，以確保文檔能被及時(shí)建立”。如果有關(guān)鍵的人物離開(kāi)了項目組，這是保證工作連續性的機制。項目管理者應該仔細地監控這些文檔，以保證文檔內容正確，當新員工加入該項目時(shí)，能為他們提供必要的信息。

　　風(fēng)險管理及意外事件計劃假設緩解工作已經(jīng)失敗，風(fēng)險變成了現實(shí)。繼續前面的例子，假定項目正在進(jìn)行中，有一些人宣布將要離開(kāi)。如果按照緩解策略行事，則有后備人員可用，因為信息已經(jīng)文檔化，有關(guān)知識已經(jīng)在項目組中廣泛進(jìn)行了交流。此外，項目管理者還可以暫時(shí)重新將資源調整到那些需要人的地方去，并調整項目進(jìn)度，從而使新加入的成員能夠“趕上進(jìn)度”。同時(shí)，要求那些要離開(kāi)的人員停止工作，進(jìn)入“知識交接模式”。

　　RMMM步驟將導致額外的項目開(kāi)銷(xiāo)。因此，風(fēng)險管理的部分任務(wù)是評估何時(shí)由RMMM步驟所產(chǎn)生的效益低于實(shí)現它們所花費的成本。本質(zhì)上是講，項目計劃者執行一個(gè)典型的成本－效益分析來(lái)估算項目開(kāi)銷(xiāo)變化情況。

　　對于一個(gè)大型項目，可能會(huì )標識出30－40種風(fēng)險。如果為每種風(fēng)險定義三至七個(gè)風(fēng)險管理步驟，則風(fēng)險管理本身就可能變成一個(gè)“項目”。經(jīng)驗表明：整個(gè)軟件風(fēng)險的80％（即可能導致項目失敗的80％潛在的因素）能夠由僅僅20％的已知風(fēng)險來(lái)說(shuō)明。早期風(fēng)險分析步驟中所實(shí)現的工作能夠幫助計劃者確定哪些風(fēng)險在所說(shuō)的20％中。

　　1、安全性風(fēng)險和危險

　　風(fēng)險不僅限于軟件項目本身。在軟件已經(jīng)能夠交付客戶(hù)之后，仍有可能發(fā)生風(fēng)險。這些風(fēng)險一般與領(lǐng)域中的軟件失敗相關(guān)。

　　雖然一個(gè)良好的系統發(fā)生錯誤的概率很小，但是基于計算機的控制及監督系統中未被發(fā)現的錯誤可能會(huì )導致巨大的經(jīng)濟損失，或者更加嚴重

　　當軟件被用作控制系統的一部分時(shí)，復雜性會(huì )以數量級增加。由于人的錯誤所引起的微小的設計缺陷，在使用軟件時(shí)會(huì )變得難以發(fā)現。

　　軟件安全和危險分析是屬于軟件質(zhì)量保證活動(dòng)，它主要是用來(lái)標識和評估可能對軟件產(chǎn)生負面影響并使整個(gè)系統失敗的潛在危險。如果能夠在軟件工程的早期階段標出危險，則可以指定軟件設計特征來(lái)消除或控制潛在地危險。

　　2、RMMM計劃

　　風(fēng)險管理策略可以包含在軟件項目計劃中，或者風(fēng)險管理步驟也可以組織成一個(gè)獨立的風(fēng)險緩解、監控和管理計劃（RMMM計劃）。RMMM計劃將所有風(fēng)險分析文檔化，并由項目管理者作為整個(gè)項目計劃中的一部分來(lái)使用。RMMM計劃的大綱如下：

　�、� 引言

　　文檔的范圍和目的

　　主要風(fēng)險綜述

　　責任

　　a.管理者

　　b.技術(shù)人員

　�、� 項目風(fēng)險表

　　終止線(xiàn)之上所有風(fēng)險的描述

　　影響概率及影響的因素

　�、�  風(fēng)險緩解、監控和管理

　　緩解

　　一般策略

　　緩解風(fēng)險的特定步驟

　　監控

　　被監控的因素

　　監控辦法

　　管理

　　意外事件計劃

　　特殊的考慮

　�、�。RMMM計劃的迭代時(shí)間安排表

　�、蹩偨Y

工程管理及信息化網(wǎng)·周睿