風險分析和管理

風險分析和管理第1頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室2

第6章風險分析和管理

6.1被動和主動的風險策略6.2軟件風險6.3風險識別6.4風險預測6.5風險緩解、監(jiān)控和管理6.6RMMM計劃第2頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室3風險分析和管理RobertCharette［CHA89］在他的關于風險分析及管理的書中給出了風險概念的定義是：首先，風險關注未來將要發(fā)生的事情。今天和昨天已不再被關心。未來什么樣的風險會導致軟件項目徹底失敗？其次，風險涉及改變，如思想、觀念、行為、或地點的改變。客戶需求、開發(fā)技術、目標環(huán)境以及所有其他與項目相關因素的改變……第三，風險涉及選擇及選擇本身所包含的不確定性。選擇應該采用什么方法及工具？需要多少人員參與？….第3頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室46.1被動風險策略和主動風險策略被動風險策略從不擔心發(fā)生任何問題，問題發(fā)生后再做出反應。軟件項目組對存在的風險不聞不問，直到出了問題才趕緊采取措施，當種種努力失敗后，項目處于真正的危機之中。主動風險策略項目開始時就預測、標識項目存在的各種風險，評估風險發(fā)生的概率和影響的大小並按重要性進行排序；項目組建立風險管理計劃和意外事件處理計劃，以便預防風險，及時處理突發(fā)事件。第4頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室56.2軟件風險進行風險分析時，重要的是量化每個風險的不確定程度和損失程度。項目風險項目風險是指預算、進度、人員、資源、利益相關方、需求等方面的潛在問題以及它們對軟件項目的影響。項目風險威脅到項目計劃。技術風險技術風險是指設計、實現、接口、驗證和維護等方面的潛在問題。技術風險威脅到要開發(fā)軟件的質量及交付時間。商業(yè)風險商業(yè)風險威脅到要開發(fā)軟件的生存能力。第5頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室66.2軟件風險Charette【CHA89】提出的風險分類方式：已知風險通過仔細評估項目計劃、開發(fā)項目的商業(yè)及技術環(huán)境以及其他可靠的信息來源之后可以發(fā)現的那些風險。可預測風險能夠從過去項目的經驗中推斷出來的風險。不可預測風險可能會真的出現，但很難事先加以識別的風險。第6頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室76.2軟件風險軟件風險和其它風險一樣存在不確定性,有些是很難預測的。對風險的不確定性進行量化，估算某一風險可能帶來的損失。除關注軟件項目的一般性風險外，還要關注軟件項目的特殊風險，如項目的背景、特殊要求、關鍵內容、薄弱環(huán)節(jié)、技術難點、人員狀況、工作環(huán)境等。

第7頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室86.3風險識別識別風險是試圖系統(tǒng)化地確定對項目計劃(估算、進度、資源分配)的威脅。通過識別已知的和可預測的風險，項目管理者已經邁出了第一步——在可能時避免這些風險，且當必要時控制這些風險。第8頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室96.3風險識別對侍風險不能采取回避態(tài)度項目開始時應對一般風險和產品特定風險進行系統(tǒng)標識，並隨著項目的展開不斷更新。一般風險對每一個軟件項目而言都是潛在的威脅。產品特定風險只有那些對當前項目特定的技術、人員及環(huán)境非常了解的人才能識別出來。“本產品中有什么特殊的特性可能會威脅到我們的項目計劃？”第9頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室106.3風險識別識別風險的有效方法－－建立風險條目檢查表為了幫助項目管理人員、項目規(guī)劃人員,全面了解軟件開發(fā)過程存在的風險，

Boehm建議設計并使用各類風險檢測表，表中條目指明,常見並可預測的風險。有些風險可以預料，有些很難預料。一般可預測風險產品規(guī)模、商業(yè)影響、客戶、過程、技術、環(huán)境、人員及經驗等。第10頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室11

人員配備風險檢測表(1)開發(fā)人員的水平如何。(2)開發(fā)人員在技術上是否配套。(3)開發(fā)人員的數量如何。(4)開發(fā)人員是否能夠自始至終地參加軟件開發(fā)工作。(5)開發(fā)人員是否能夠集中全部精力投入到軟件開發(fā)工作。(6)開發(fā)人員對自己的工作是否有正確的期望。(7)開發(fā)人員是否接受過必要的培訓。(8)開發(fā)人員的流動是否能夠保證工作的連續(xù)性。上述問題可以選用0,1,2,3,4,5來回答。完全肯定取值為0，反之為5，中間情況分別取值1,2,3,4值越大表示風險越大。人員配備風險檢測表反映了人的因素給軟件項目帶來的風險。6.3風險識別第11頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室126.3.1評估整體項目風險高層的軟件管理者和客戶管理者已經正式承諾支持該項目了嗎？最終用戶對項目和待開發(fā)的系統(tǒng)/產品熱心支持嗎？軟件工程團隊及其客戶充分理解需求嗎？客戶已經完全地參與到需求定義中了嗎?最終用戶的期望現實嗎？項目范圍穩(wěn)定嗎？軟件工程團隊的技能搭配合理嗎?項目需求穩(wěn)定嗎？項目團隊的人員數滿足項目需要嗎？所有的客戶/用戶對項目的重要性和待開發(fā)的系統(tǒng)/產品的需求有共識嗎？第12頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室136.3.1評估整體項目風險如果對上述問題的任何一個回答是否定的，則應務必啟動緩解、檢測和管理風險的步驟。項目的風險程度與對這些問題否定回答的數量成正比。第13頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室146.3.2風險因素和驅動因子美國軍方風險因素是以如下的方式定義的：性能風險——產品能夠滿足需求且符合其使用目的的不確定的程度。成本風險——項目預算能夠被維持的不確定的程度。支持風險——軟件易于糾錯、適應及增強的不確定的程度。進度風險——項目進度能夠被維持且產品能按時交付的不確定的程度第14頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室15風險因素和驅動因子第15頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室166.4風險預測風險預測又稱為風險估計，試圖從兩個方面評估每一個風險：風險發(fā)生的可能性或概率；風險相關問題產生的后果；風險預測活動（目的：按照優(yōu)先級來考慮風險）建立一個尺度，以反映風險發(fā)生的可能性；描述風險產生的后果；估計風險對項目及產品的影響；標明風險預測的整體精確度，以免產生誤解。第16頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室176.4.1建立風險表風險表給項目管理者提供了一種簡單的風險預測技術(風險表應該采用電子表格來實現，這樣使得表中的內容易于操縱及排序)。風險表的樣本見P548.第17頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室186.4.1建立風險表

風險類別概率影響RMMM123項目開始時應在第一列列出所有風險;第二列給出風險類別；第三列給出每種風險發(fā)生的概率；第四列給出各種風險產生影響的評估值；第五列給出風險緩解、監(jiān)控和管理計劃。第18頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室196.4.1建立風險表評估值按風險因素：性能、支持、成本、進度的影響類別求加權平均值影響類別取值：災難的1，嚴重的2，輕微的3，可忽略的4。對風險表中的風險按照發(fā)生概率大小、影響大小，由大至小排序。第19頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室20建立風險表第20頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室216.4.1建立風險表風險表排序一旦完成了風險表的前四列內容，就要根據概率及影響來進行排序。高發(fā)生概率、高影響的風險放在表的上方，而低概率風險則移到表的下方。這樣就完成了第一次風險排序。項目管理者研究已排序的表，并定義一條中止線。該中止線(表中某一點上的一條水平線)表示：只有那些在線之上的風險才會得到進一步的關注。而在線之下的風險則需要再評估以完成第二次排序。第21頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室226.4.1建立風險表第22頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室236.4.2評價風險的影響風險影響三要素風險的性質

風險發(fā)生時可能產生的問題。風險的范圍風險引發(fā)損失的分布及嚴重性。風險的時間

風險發(fā)生的時間、持續(xù)的時間，應注意這時項目所處的狀態(tài)。2.6軟件開發(fā)過程的管理第23頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室246.4.2評價風險的影響確定風險影響的步驟確定每個風險元素發(fā)生的平均概率按照給出的標準確定每個元素的影響填寫風險表並分析其結果風險預測和分析技術可以在軟件項目進展過程中反復使用，項目組應定期復查風險表，評估每一個風險，以此為基礎判斷風險發(fā)生概率及影響的變化。必要時可潻加新的風險元素，刪去不存在影響的元素，並對風險表重新排序。2.6軟件開發(fā)過程的管理第24頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室256.4.2評價風險的影響風險顯露是風險事件的預期值，該值等于風險概率乘以風險事件的成本。整體的風險顯露度RERE=PXCP:風險發(fā)生的概率；

C:風險發(fā)生時帶來的項目成本；第25頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室266.4.2評價風險的影響風險預期值計算示例1：例：考慮擲兩個骰子，假設搖出7為不期望事件，該事件將使你損失60元。試計算搖出7的風險概率和風險影響，計算風險預期值。解：風險概率為兩個骰子所有的36種組合中的6種，或1/6.風險影響為60元。風險預期值為：1/6*60=10元第26頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室276.4.2評價風險的影響風險預期值計算示例2：例：考慮一個未發(fā)現錯誤的發(fā)生概率為0.5%的項目，該錯誤將使公司損失100000元，計算風險預期。解：風險預期為每種概率的風險預期之和。0.005X100000+0.995X0=500元第27頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室286.4.2評價風險的影響風險預期值計算示例3：例：考慮一個未復審的錯誤概率為0.5%的項目，該錯誤將使公司損失100000元?？紤]對該項目使用附加評審方法，可以發(fā)現其中50％的錯誤，每個錯誤平均花費100元，試計算風險預期，該附加評審方法值得采用嗎？解：未復審：0.005*100000=500

附加復審：

0.0025X100000＋0.9975X100

＝250.25＋99.75＝350<500附加評審方法值得采用.第28頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室29課外作業(yè)某公司的歷史數據表明每KLOC的錯誤率為0.0036.一種新的評審技術表明每100KLOC價值1000元，并減少錯誤數50％。假設每個錯誤平均花費公司10000元。當前項目的大小估算為50KLOC。計算每種方法的風險預期（無評審和有評審），新的評審方法值得采用嗎？解：無采用評審技術：

0.0036×50KLOC×10000+0.9964×0=$1800

采用新的評審技術：

0.0018×50KLOC×10000+500=$1400

或：0.0018×50KLOC×10000+0.9982×50KLOC*10=$1400新的評審技術值得采用第29頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室306.4.2評價風險的影響三元組［ri,li,xi］是風險管理的基礎設高級職員流動給項目帶來風險r1,

根據歷史的經驗或直觀感覺，高級職員離開課題組的概率l1=70%,

這一風險導致事件x1發(fā)生

項目開發(fā)時間延長15%，成本增加20%．第30頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室316.4.2評價風險的影響定義風險管理三元組[ri，li，xi]i=1,2,3…

其中：ri表示風險

li表示風險發(fā)生的概率

xi表示風險產生的影響對大多數軟件項目，應該定義性能、成本、支持及進度的風險參考水平值，當某一風險或風險組合值超過水平值時項目被迫停止。第31頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室326.5風險緩解、監(jiān)控和管理風險分析的目的協(xié)助項目組建立處理風險的策略。有效的風險處理策略風險避免；風險監(jiān)控；風險管理及異常事件處理。風險緩解計劃

軟件項目組主動避免風險發(fā)生的最好策略。如，當人員流動被標識為一個較大的風險時，應建立一種對策降低人員流動。落實風險緩解計劃

項目管理者應該對引發(fā)風險的因素和采取措施取得的效果進行監(jiān)控;當風險發(fā)生時,采取積極的補救措施。第32頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室336.5風險緩解、監(jiān)控和管理第33頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室34項目負責人采取的風險管理措施(1)項目開始前控制產生風險的原因。項目開工后應設法減輕風險的影響。(2)了解項目開發(fā)人員變動的原因，在項目開發(fā)期間應控制上述原因，盡量減少人員的流動。(3)在工作方法和技術上采取適當措施，防止因人員流動給工作帶來損失。(4)項目在開發(fā)過程中應及時公布并交流項目開發(fā)的信息。(5)建立組織機構，確定文檔標準、并及時生成文檔。(6)對工作進行集體復審，使多數人都能了解工作的細節(jié)，跟上工作進度。(7)為關鍵技術準備后備人員。第34頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室356.6RMMM計劃風險緩解、監(jiān)控和管理計劃

RiskMitigation,Monitoring,andManagementPlan

將風險分析工作文擋化，成為項目的一部分。執(zhí)行RMMM計劃需要成本當軟件項目比較大時，可能標出30至40種風險，如果為每種風險定義3至7種風險管理步驟，則風險管理本身就是一個項目。將Pareto的20-80規(guī)則用于軟件項目的風險標識，即20%的風險具有0.80的權，而其余的80%風險只有0.20的權。要善于標識屬于20%的主要風險，降低RMMM計劃的規(guī)模和復雜性。＝第35頁，共40頁，2023年，2月20日，星期四2023/5/8集美大學信息教研室36RMMM計劃大綱

計劃大綱1.引言

1.1文擋的范圍和目的

1.2主要風險綜述

1.3責任

1.3.1管理者

1.3.2技術人員2.項目風險表

2.1中止線以上的風險描述

2.2影響概率及影響因素3.風險緩解、監(jiān)控和管理

3.1緩解

3.1.1一般策略

3.1.