第18章軟件工程風(fēng)險(xiǎn)管理

1、第18章 軟件工程風(fēng)險(xiǎn)管理 第18章 軟件工程風(fēng)險(xiǎn)管理18.1 軟件風(fēng)險(xiǎn)軟件風(fēng)險(xiǎn)18.2 風(fēng)險(xiǎn)識(shí)別風(fēng)險(xiǎn)識(shí)別18.3 風(fēng)險(xiǎn)預(yù)測風(fēng)險(xiǎn)預(yù)測 18.4 風(fēng)險(xiǎn)緩解、監(jiān)控與管理風(fēng)險(xiǎn)緩解、監(jiān)控與管理18.5 RMMM計(jì)劃計(jì)劃 18.6 小結(jié)小結(jié) 第18章 軟件工程風(fēng)險(xiǎn)管理 18.1 軟軟 件件 風(fēng)風(fēng) 險(xiǎn)險(xiǎn) 對(duì)軟件風(fēng)險(xiǎn)的嚴(yán)格定義還存在著很多爭議，但對(duì)于在風(fēng)險(xiǎn)中包含了兩個(gè)特性這一點(diǎn)上已經(jīng)達(dá)成了共識(shí)。 (1) 不確定性：風(fēng)險(xiǎn)可能發(fā)生也可能不發(fā)生，即不存在發(fā)生概率為100%的風(fēng)險(xiǎn)(100%會(huì)發(fā)生的風(fēng)險(xiǎn)實(shí)際上是加在項(xiàng)目上的約束)。 (2) 危害性：一旦風(fēng)險(xiǎn)變成了現(xiàn)實(shí)，就會(huì)產(chǎn)生惡性后果或損失。 第18章 軟件工程風(fēng)險(xiǎn)管

2、理 進(jìn)行風(fēng)險(xiǎn)分析時(shí)，重要的是量化不確定性的程度和與每個(gè)風(fēng)險(xiǎn)相關(guān)的損失程度。為了達(dá)到此目的，必須考慮不同類型的風(fēng)險(xiǎn)。 項(xiàng)目風(fēng)險(xiǎn)威脅到項(xiàng)目計(jì)劃。也就是說，如果項(xiàng)目風(fēng)險(xiǎn)變成現(xiàn)實(shí)，可能會(huì)拖延項(xiàng)目進(jìn)度且增加項(xiàng)目的成本。項(xiàng)目風(fēng)險(xiǎn)是指潛在的預(yù)算、進(jìn)度、人力(工作人員及組織)、資源、客戶及需求等方面的問題以及它們對(duì)軟件項(xiàng)目的影響。項(xiàng)目的復(fù)雜性、規(guī)模及結(jié)構(gòu)不確定性也被定義為項(xiàng)目(估算)風(fēng)險(xiǎn)因素。第18章 軟件工程風(fēng)險(xiǎn)管理 技術(shù)風(fēng)險(xiǎn)威脅到要開發(fā)軟件的質(zhì)量和交付時(shí)間。如果技術(shù)風(fēng)險(xiǎn)變成現(xiàn)實(shí)，則開發(fā)工作可能變得很困難或者根本不可能。技術(shù)風(fēng)險(xiǎn)是指潛在的設(shè)計(jì)、實(shí)現(xiàn)、接口、驗(yàn)證和維護(hù)等方面的問題。此外，需求規(guī)約的二義性，技術(shù)

3、的不確定性，陳舊的技術(shù)及“先進(jìn)的”技術(shù)也是風(fēng)險(xiǎn)因素。技術(shù)風(fēng)險(xiǎn)的發(fā)生是因?yàn)閱栴}比我們所設(shè)想的更難以解決。第18章 軟件工程風(fēng)險(xiǎn)管理 商業(yè)風(fēng)險(xiǎn)威脅到要開發(fā)的軟件的生存能力。商業(yè)風(fēng)險(xiǎn)常常會(huì)危害項(xiàng)目或產(chǎn)品。五個(gè)主要的商業(yè)風(fēng)險(xiǎn)是： 市場風(fēng)險(xiǎn)：開發(fā)了一個(gè)沒有人真正需要的優(yōu)秀產(chǎn)品或系統(tǒng)。 策略風(fēng)險(xiǎn)：開發(fā)的產(chǎn)品不再符合公司的整體商業(yè)策略。 營銷風(fēng)險(xiǎn)：生產(chǎn)了一個(gè)銷售部門不知道如何去賣的產(chǎn)品。 管理風(fēng)險(xiǎn)：由于重點(diǎn)的轉(zhuǎn)移或人員的變動(dòng)，失去了高級(jí)管理層的支持。 預(yù)算風(fēng)險(xiǎn)：沒有得到預(yù)算或人力上的保證。 第18章 軟件工程風(fēng)險(xiǎn)管理 另一種分類方式將風(fēng)險(xiǎn)分為三類： 已知風(fēng)險(xiǎn)：通過仔細(xì)評(píng)估項(xiàng)目計(jì)劃，開發(fā)項(xiàng)目的商業(yè)及技術(shù)環(huán)境以

4、及其他可靠的消息來源(如不現(xiàn)實(shí)的交付時(shí)間，惡劣的開發(fā)環(huán)境，沒有需求或者軟件范圍文檔)之后可以發(fā)現(xiàn)的那些風(fēng)險(xiǎn)。 可預(yù)測風(fēng)險(xiǎn)：能夠從過去項(xiàng)目的經(jīng)驗(yàn)中推斷出來(如人員調(diào)整、與客戶無法溝通、開發(fā)人員精力分散)的風(fēng)險(xiǎn)。 不可預(yù)測風(fēng)險(xiǎn)：可能或有時(shí)真會(huì)出現(xiàn)的風(fēng)險(xiǎn)，但事先很難識(shí)別出來。第18章 軟件工程風(fēng)險(xiǎn)管理 18.2 風(fēng)風(fēng) 險(xiǎn)險(xiǎn) 識(shí)識(shí) 別別 風(fēng)險(xiǎn)識(shí)別就是要識(shí)別屬于前述類型中的某些特定的風(fēng)險(xiǎn)。方法是利用一組問卷來幫助項(xiàng)目計(jì)劃人員了解在項(xiàng)目和技術(shù)方面有哪些風(fēng)險(xiǎn)。Boehm建議使用一個(gè)“風(fēng)險(xiǎn)項(xiàng)目檢查表”列出所有可能的與每一個(gè)風(fēng)險(xiǎn)因素有關(guān)的提問。例如，管理人員或計(jì)劃人員可以通過回答下列問題得到對(duì)有關(guān)人力風(fēng)險(xiǎn)的認(rèn)識(shí)

5、：可用人員是最優(yōu)秀的嗎？按照技能對(duì)人員進(jìn)行了合理組合嗎？人力足夠嗎？第18章 軟件工程風(fēng)險(xiǎn)管理 整個(gè)項(xiàng)目開發(fā)期間人員如何投入？有多少人不是全工時(shí)投入本項(xiàng)目的工作？人們對(duì)于手頭上的工作是否有正確的目標(biāo)？項(xiàng)目成員是否接受過必要的培訓(xùn)？項(xiàng)目的成員是否是穩(wěn)定的和連續(xù)的？第18章 軟件工程風(fēng)險(xiǎn)管理 對(duì)于這些提問，通過判定分析或假設(shè)分析，給出確定的回答，就可以幫助管理人員或計(jì)劃人員估算風(fēng)險(xiǎn)的影響。當(dāng)然，上面僅僅是針對(duì)人力資源風(fēng)險(xiǎn)有效的問題。同樣地，我們也可以對(duì)其他類型的風(fēng)險(xiǎn)制定出必要的問題，利用和上述方法相同的手段，估算不同類別風(fēng)險(xiǎn)的影響。例如，針對(duì)技術(shù)風(fēng)險(xiǎn)的問題包括： 該技術(shù)對(duì)你的組織來說是新的嗎？ 客

6、戶的需求是否需要?jiǎng)?chuàng)建新的算法或I/O技術(shù)？ 軟件是否需要使用新的或未經(jīng)證實(shí)的硬件接口？第18章 軟件工程風(fēng)險(xiǎn)管理 待開發(fā)軟件是否要和開發(fā)商提供的未經(jīng)證實(shí)的軟件接口？ 待開發(fā)軟件是否要和其功能和性能均未在本領(lǐng)域中得到證實(shí)的數(shù)據(jù)庫系統(tǒng)接口？ 產(chǎn)品的需求中是否包括要求采用特定的用戶界面？ 產(chǎn)品的需求中是否要求開發(fā)某些程序構(gòu)件，這些構(gòu)件和你的組織從前開發(fā)過的構(gòu)件完全不同？ 需求中是否要求使用新的分析、設(shè)計(jì)或測試方法？第18章 軟件工程風(fēng)險(xiǎn)管理 需求中是否要求使用非傳統(tǒng)的軟件開發(fā)方法，如形式化方法，人工神經(jīng)網(wǎng)絡(luò)方法？ 需求中對(duì)產(chǎn)品性能的約束是否過分嚴(yán)格？ 客戶能確定所要求的功能是“可行的”嗎？ 如果對(duì)于

7、上列問題中任何一個(gè)問題的回答是肯定的，則需要進(jìn)行進(jìn)一步的調(diào)研來評(píng)估潛在的風(fēng)險(xiǎn)。第18章 軟件工程風(fēng)險(xiǎn)管理 18.3 風(fēng)風(fēng) 險(xiǎn)險(xiǎn) 預(yù)預(yù) 測測 風(fēng)險(xiǎn)預(yù)測又稱為風(fēng)險(xiǎn)估算。它試圖從兩個(gè)方面去評(píng)價(jià)每一個(gè)風(fēng)險(xiǎn)：其一是風(fēng)險(xiǎn)發(fā)生的可能性或概率；其二是如果風(fēng)險(xiǎn)發(fā)生了會(huì)造成的后果。風(fēng)險(xiǎn)預(yù)測活動(dòng)要進(jìn)行四項(xiàng)工作： (1) 建立一個(gè)尺度，以反映風(fēng)險(xiǎn)發(fā)生的可能性(尺度可以是布爾值、定性的或定量的)。 (2) 描述風(fēng)險(xiǎn)的后果。 (3) 估算風(fēng)險(xiǎn)對(duì)項(xiàng)目和產(chǎn)品的影響。 (4) 標(biāo)注風(fēng)險(xiǎn)整體預(yù)測的精確度以免產(chǎn)生誤解。第18章 軟件工程風(fēng)險(xiǎn)管理 18.3.1 建立風(fēng)險(xiǎn)表建立風(fēng)險(xiǎn)表表表18.1 風(fēng)險(xiǎn)預(yù)測表樣本風(fēng)險(xiǎn)預(yù)測表樣本風(fēng)險(xiǎn)描述風(fēng)

8、險(xiǎn)類別發(fā)生概率可能的影響RMMM規(guī)模估算可能非常低產(chǎn)品規(guī)模60%2 用戶數(shù)量大大超過計(jì)劃產(chǎn)品規(guī)模30%3 復(fù)用程度低于計(jì)劃產(chǎn)品規(guī)模70%2最終用戶抵制該系統(tǒng)商業(yè)風(fēng)險(xiǎn)40%3 交付期限緊縮商業(yè)風(fēng)險(xiǎn)50%2 第18章 軟件工程風(fēng)險(xiǎn)管理 資金流失預(yù)算風(fēng)險(xiǎn)40%1 需求改變產(chǎn)品規(guī)模80%2 技術(shù)達(dá)不到預(yù)期效果技術(shù)風(fēng)險(xiǎn)30%1 缺少對(duì)于工具的培訓(xùn)人力風(fēng)險(xiǎn)80%3 人員缺乏經(jīng)驗(yàn)人力風(fēng)險(xiǎn)30%2 人員流動(dòng)頻繁人力風(fēng)險(xiǎn)60%2 表表18.1 風(fēng)險(xiǎn)預(yù)測表樣本風(fēng)險(xiǎn)預(yù)測表樣本第18章 軟件工程風(fēng)險(xiǎn)管理 在表18.1中，影響類別取值為1：災(zāi)難的；2：嚴(yán)重的；3：輕微的；4：可以忽略的。項(xiàng)目組將所有可能的風(fēng)險(xiǎn)都在第一列

9、中列出，在第二列上加以分類。發(fā)生概率經(jīng)評(píng)估后取評(píng)估均值，將估計(jì)的影響程度填入第四列，然后按照發(fā)生概率和影響程度自高到低地對(duì)風(fēng)險(xiǎn)表進(jìn)行第一次風(fēng)險(xiǎn)排序。 管理者研究已經(jīng)排序的風(fēng)險(xiǎn)表，定義一條中止線，一般來說，管理者對(duì)于中止線以上的風(fēng)險(xiǎn)會(huì)進(jìn)行進(jìn)一步的關(guān)注。其他的風(fēng)險(xiǎn)需要再次評(píng)估以完成第二次排序。第18章 軟件工程風(fēng)險(xiǎn)管理 圖18.1 風(fēng)險(xiǎn)和管理的考慮第18章 軟件工程風(fēng)險(xiǎn)管理 風(fēng)險(xiǎn)表中所有在終止線以上的風(fēng)險(xiǎn)都應(yīng)當(dāng)進(jìn)行管理。在表的最后一列包含有一個(gè)指針，指向?yàn)樗薪K止線以上的風(fēng)險(xiǎn)制定的風(fēng)險(xiǎn)緩解、監(jiān)控和管理計(jì)劃(RMMM計(jì)劃，Risk Mitigation，Monitoring and Manageme

10、nt Plan)。 第18章 軟件工程風(fēng)險(xiǎn)管理 18.3.2 風(fēng)險(xiǎn)評(píng)估風(fēng)險(xiǎn)評(píng)估 建立一個(gè)三元組集合來進(jìn)行風(fēng)險(xiǎn)評(píng)估：Ri，Li，Xi其中，Ri是風(fēng)險(xiǎn)，Li是風(fēng)險(xiǎn)出現(xiàn)的可能性，Xi是風(fēng)險(xiǎn)出現(xiàn)會(huì)造成的影響。在進(jìn)行風(fēng)險(xiǎn)評(píng)估時(shí)，應(yīng)當(dāng)進(jìn)一步檢驗(yàn)在風(fēng)險(xiǎn)預(yù)測時(shí)得到的估計(jì)的準(zhǔn)確性(影響及概率)，試圖為已被發(fā)現(xiàn)的風(fēng)險(xiǎn)排出優(yōu)先順序，并開始考慮如何控制或避免可能發(fā)生的風(fēng)險(xiǎn)。第18章 軟件工程風(fēng)險(xiǎn)管理 要使評(píng)估發(fā)生作用，必須定義一個(gè)風(fēng)險(xiǎn)參考水平值。對(duì)于大多數(shù)軟件項(xiàng)目而言，前面所討論的風(fēng)險(xiǎn)因素性能、成本、支持及進(jìn)度也代表了風(fēng)險(xiǎn)參考水平值，即對(duì)于性能下降、成本超支、支持困難、進(jìn)度延遲(或者它們的組合)都有一個(gè)水平值的要求。

11、超出水平值就會(huì)導(dǎo)致項(xiàng)目被迫終止。如果風(fēng)險(xiǎn)的組合所產(chǎn)生的問題引起一個(gè)或多個(gè)參考水平值被超過，則工作將會(huì)停止。在軟件風(fēng)險(xiǎn)分析中，風(fēng)險(xiǎn)參考水平值存在一個(gè)點(diǎn)，稱為參考點(diǎn)或臨界點(diǎn)。在這個(gè)點(diǎn)上，決定繼續(xù)進(jìn)行某項(xiàng)目或者是終止它(問題太大了)都是可以接受的。圖18.2中就表示了這種情況。如果風(fēng)險(xiǎn)組合產(chǎn)生的問題導(dǎo)致成本超支及進(jìn)度延遲，則會(huì)有一個(gè)水平值，(即圖中的曲線)，當(dāng)超過它時(shí)會(huì)引起項(xiàng)目終止。第18章 軟件工程風(fēng)險(xiǎn)管理 圖18.2 風(fēng)險(xiǎn)參考水平曲線第18章 軟件工程風(fēng)險(xiǎn)管理 實(shí)際上參考水平值很少能夠表示成如圖18.2所示的光滑曲線。在大多數(shù)情況下，它是一個(gè)區(qū)域，其中存在很多不確定性，這個(gè)區(qū)域可能是一個(gè)易變區(qū)域

12、。在這些區(qū)域中想要做出基于參考值組合的管理判斷往往是非常困難的。因此，在作風(fēng)險(xiǎn)評(píng)估時(shí)，可以采用下面的步驟執(zhí)行： (1) 為項(xiàng)目定義風(fēng)險(xiǎn)參照水準(zhǔn)。 (2) 嘗試找出在每一個(gè)Ri，Li，Xi 和每一個(gè)參照水準(zhǔn)之間的關(guān)系。 (3) 預(yù)測參照點(diǎn)組以定義一個(gè)終止區(qū)域，用一條曲線或一些易變動(dòng)區(qū)域來界定。 (4) 努力預(yù)測復(fù)合的風(fēng)險(xiǎn)組合將如何形成一個(gè)參照水準(zhǔn)。 第18章 軟件工程風(fēng)險(xiǎn)管理 18.4 風(fēng)險(xiǎn)緩解、監(jiān)控與管理風(fēng)險(xiǎn)緩解、監(jiān)控與管理 在這一步的工作中，所有的風(fēng)險(xiǎn)分析活動(dòng)都只有一個(gè)目的，那就是輔助項(xiàng)目建立處理風(fēng)險(xiǎn)的策略。任何一種有效的策略都必須考慮三個(gè)問題：風(fēng)險(xiǎn)避免、風(fēng)險(xiǎn)監(jiān)控、風(fēng)險(xiǎn)管理及意外事件計(jì)劃。

13、如果項(xiàng)目組對(duì)于風(fēng)險(xiǎn)采取主動(dòng)策略，則最好的方法是通過制定一個(gè)風(fēng)險(xiǎn)緩解計(jì)劃并付諸實(shí)施，設(shè)法避免風(fēng)險(xiǎn)。圖18.3所示為風(fēng)險(xiǎn)緩解與監(jiān)控。第18章 軟件工程風(fēng)險(xiǎn)管理 圖18.3 風(fēng)險(xiǎn)緩解與監(jiān)控第18章 軟件工程風(fēng)險(xiǎn)管理 例如人員頻繁流動(dòng)是軟件開發(fā)組織中的一個(gè)普遍存在的風(fēng)險(xiǎn)。將其標(biāo)注為R0，基于以往的歷史數(shù)據(jù)和管理經(jīng)驗(yàn)，發(fā)生概率L0被估算為0.7，影響X0被預(yù)測為對(duì)于項(xiàng)目的成本和進(jìn)度有極嚴(yán)重的影響。 為了緩解這一風(fēng)險(xiǎn)，項(xiàng)目管理者可以采取如下的策略來降低人員流動(dòng)： (1) 預(yù)先與現(xiàn)有人員一同探討一下人員流動(dòng)的原因(如工作條件惡劣、低報(bào)酬、激烈的人才競爭)。 (2) 在項(xiàng)目開始之前，采取行動(dòng)來緩解那些被識(shí)別出

14、的、且在管理控制之下的原因。第18章 軟件工程風(fēng)險(xiǎn)管理 (3) 一旦項(xiàng)目啟動(dòng)，假設(shè)人員會(huì)發(fā)生流動(dòng)，并采取一些措施以保證當(dāng)人員離開時(shí)工作的連續(xù)性。 (4) 對(duì)項(xiàng)目組進(jìn)行良好的組織，使得每一個(gè)開發(fā)活動(dòng)的信息能夠被廣泛地傳播和交流。 (5) 定義文檔的標(biāo)準(zhǔn)，并建立保證文檔能夠被及時(shí)、正確建立的機(jī)制。 (6) 對(duì)所有的工作進(jìn)行詳細(xì)的復(fù)審，保證不止一個(gè)人熟悉該項(xiàng)工作。 (7) 對(duì)每一個(gè)關(guān)鍵的技術(shù)人員都指定一個(gè)后備人員。第18章 軟件工程風(fēng)險(xiǎn)管理 隨著項(xiàng)目的進(jìn)展，開始進(jìn)行風(fēng)險(xiǎn)監(jiān)控活動(dòng)。項(xiàng)目管理者監(jiān)控某些因素，這些因素可以提供風(fēng)險(xiǎn)是否正在變高或變低的指示。針對(duì)人員頻繁流動(dòng)的風(fēng)險(xiǎn)，應(yīng)當(dāng)監(jiān)控下列因素：(1) 項(xiàng)

15、目組成員對(duì)于項(xiàng)目壓力的一般態(tài)度。(2) 項(xiàng)目組的凝聚力。(3) 項(xiàng)目組成員彼此之間的關(guān)系。(4) 與報(bào)酬和利益相關(guān)的潛在問題。(5) 在公司內(nèi)和公司外工作的可能性。第18章 軟件工程風(fēng)險(xiǎn)管理 除了監(jiān)控上述因素之外，項(xiàng)目管理者還應(yīng)當(dāng)監(jiān)控預(yù)設(shè)的風(fēng)險(xiǎn)緩解步驟的效力。例如，前述的一個(gè)風(fēng)險(xiǎn)緩解步驟中要求定義“定義文檔的標(biāo)準(zhǔn)，并建立保證文檔能夠被及時(shí)、正確建立的機(jī)制”。 如果有關(guān)鍵的人員離開了項(xiàng)目組，這就是一個(gè)保持工作連續(xù)性的機(jī)制。項(xiàng)目管理者應(yīng)當(dāng)仔細(xì)監(jiān)控這些文檔，以保證每一個(gè)文檔內(nèi)容正確，而且當(dāng)新員工加入項(xiàng)目組時(shí)，能夠利用已經(jīng)建立并得到監(jiān)控的文檔為他們提供必要的信息。 第18章 軟件工程風(fēng)險(xiǎn)管理 如果風(fēng)險(xiǎn)

16、緩解工作失敗，風(fēng)險(xiǎn)已經(jīng)發(fā)生，那么就要按照風(fēng)險(xiǎn)管理和意外事件處理計(jì)劃(風(fēng)險(xiǎn)應(yīng)對(duì)預(yù)案)進(jìn)行處理，減少風(fēng)險(xiǎn)帶來的損失。假定項(xiàng)目進(jìn)行過程中，有一些人宣布要離開，如果我們執(zhí)行了緩解措施，那么就有后備人員可用，同時(shí)因?yàn)樾畔⒁呀?jīng)文檔化，并且有關(guān)知識(shí)已經(jīng)在項(xiàng)目組中廣泛地進(jìn)行了交流，后備人員能夠很快地接手工作。此外，項(xiàng)目管理者還可以暫時(shí)重新將資源調(diào)整到那些人員充足的功能上去(并對(duì)項(xiàng)目進(jìn)度作必要的調(diào)整)，從而使得新加入的人員能夠“趕上進(jìn)度”。 同時(shí)，應(yīng)當(dāng)要求宣布要離開的人員停止工作，在最后一段時(shí)間里進(jìn)入“知識(shí)與業(yè)務(wù)交接”模式。第18章 軟件工程風(fēng)險(xiǎn)管理 應(yīng)當(dāng)注意的是，在防范風(fēng)險(xiǎn)的過程中是要花費(fèi)成本的。應(yīng)當(dāng)在防范措

17、施的成本和風(fēng)險(xiǎn)一旦發(fā)生的損失之間進(jìn)行投入產(chǎn)出分析，以此確定要執(zhí)行什么樣的風(fēng)險(xiǎn)防范措施。舉例來說，為每個(gè)項(xiàng)目組成員都配備一名后備人員就沒有必要。 在風(fēng)險(xiǎn)緩解和風(fēng)險(xiǎn)監(jiān)控措施中，應(yīng)當(dāng)注意抓主要風(fēng)險(xiǎn)。經(jīng)驗(yàn)證明，整個(gè)軟件風(fēng)險(xiǎn)的80%，可以由僅僅20% 的已標(biāo)識(shí)出的風(fēng)險(xiǎn)來說明。在早期進(jìn)行風(fēng)險(xiǎn)排序，能夠幫助項(xiàng)目管理者識(shí)別出這20% 的主要風(fēng)險(xiǎn)。其他一些已標(biāo)識(shí)出的風(fēng)險(xiǎn)雖然已經(jīng)評(píng)估、預(yù)測過，但可以不納入RMMM計(jì)劃之中。第18章 軟件工程風(fēng)險(xiǎn)管理 18.5 RMMM 計(jì)計(jì) 劃劃 風(fēng)險(xiǎn)管理策略可以包含在軟件項(xiàng)目開發(fā)計(jì)劃中，也可以建立一個(gè)獨(dú)立的風(fēng)險(xiǎn)緩解、監(jiān)控和管理計(jì)劃(RMMM計(jì)劃)。RMMM計(jì)劃將所有的風(fēng)險(xiǎn)分析工

18、作文檔化，并作為整個(gè)項(xiàng)目計(jì)劃中的一部分來使用。RMMM計(jì)劃的大綱如下：1. 引言1.1 文檔的范圍和目的1.2 主要風(fēng)險(xiǎn)綜述1.3 責(zé)任劃分A. 管理者B. 技術(shù)人員第18章 軟件工程風(fēng)險(xiǎn)管理 2. 項(xiàng)目風(fēng)險(xiǎn)表2.1 中止線以上的所有風(fēng)險(xiǎn)的描述2.2 影響概率及影響的因素3. 風(fēng)險(xiǎn)緩解、監(jiān)控和管理3.1 風(fēng)險(xiǎn)1緩解第18章 軟件工程風(fēng)險(xiǎn)管理 3.n 風(fēng)險(xiǎn)nA. 緩解. 一般策略. 緩解風(fēng)險(xiǎn)的特定步驟B. 監(jiān)控. 被監(jiān)控的因素. 監(jiān)控方法C. 管理. 意外事件計(jì)劃. 特殊考慮4. RMMM計(jì)劃的迭代時(shí)間安排表5. 總結(jié)第18章 軟件工程風(fēng)險(xiǎn)管理 一旦建立了RMMM計(jì)劃且項(xiàng)目已經(jīng)啟動(dòng)，則風(fēng)險(xiǎn)緩解及監(jiān)控活動(dòng)也就隨之開始。正如前面討論過的，風(fēng)險(xiǎn)緩解是一種“問題避免”活動(dòng)；風(fēng)險(xiǎn)監(jiān)控則是一種項(xiàng)目跟蹤活動(dòng)，它包括三個(gè)主要目的：評(píng)估一個(gè)被預(yù)測的風(fēng)險(xiǎn)是否真正發(fā)生了；保證為風(fēng)險(xiǎn)而定義的緩解步驟被正確地實(shí)施；收集能夠用于今后的風(fēng)險(xiǎn)分析的信息。在很多情況下，項(xiàng)目中發(fā)生的問題可以追溯到不止一個(gè)風(fēng)險(xiǎn)，所以風(fēng)險(xiǎn)監(jiān)控的另一個(gè)任務(wù)就是試圖在整個(gè)項(xiàng)目中確定問題的“起源”(什么風(fēng)險(xiǎn)引起了什么問題)。第18章 軟件工程風(fēng)險(xiǎn)管理 18.6 小小 結(jié)結(jié) 當(dāng)軟件項(xiàng)目成功的期