計算機系4風險分析風險的可能性risk課件

1、計算機系4風險分析風險的可能性risk課件計算機系4風險分析風險的可能性risk課件1. 風險概述A risk is whatever may stand in the way to success or in the way of achieving major milestonesSuccess is meeting the entire set of all requirements and constraints, and satisfying stakeholder expectations.9/14/202221. 風險概述A risk is whatever may 1.1 風險

2、類別Direct risk: the project has a large degree of controlIndirect risk: the project has little or no control Example:Resource risksPeople, skills, funding,Business risksCompetition, ROI, supplier interfaces,Technical risksUnproven technology, uncertain scope,Schedule risksOnly 24 hours in a day,9/14/

3、202231.1 風險類別Direct risk: the proje1.2 風險來源三種類別的風險：估計本身的困難帶來的風險以前沒有進行過的任務更難估計，因而有效的積累過去完成任務的信息將有助于降低風險在計劃階段的假設在每一個計劃步驟中，都有所假設，因而對列出每一假設以及假設不成立后帶來的后果，有助于降低風險無法預計的事件需求的變化高級程序員懷孕離開所需的硬件可能沒有被及時交付9/14/202241.2 風險來源三種類別的風險：9/10/202262. 軟件風險管理 軟件風險管理過程風險技術過程風險項目過程產品9/14/202252. 軟件風險管理 軟件風險管理過程風險技術過程風險項目過程2

4、.1 風險管理基本概念基本概念目標：明確定義的目標加上可度量的成功標準界定了可接受的風險范圍不確定性：未知的因素損失：如果沒有潛在的損失，就沒有風險時間：我們需要時間來預料和防止問題的發(fā)生選擇：沒有選擇，就沒有風險管理制定明智的決策：意識、洞悉和理解風險是我們作出明智決策的基礎應對風險：風險行動計劃防患于未然：風險管理是減少有代價的重復勞動的主動決策9/14/202262.1 風險管理基本概念基本概念9/10/202282.2 風險管理的基礎結構制定政策定義標準過程風險管理培訓檢驗一致性改進實踐9/14/202272.2 風險管理的基礎結構制定政策9/10/202292.3 創(chuàng)建風險管理的氣氛

5、如果所有項目人員沒有重視風險認識，不管使用什么技術，風險管理將起不到任何作用。因而，創(chuàng)造一個能夠自由討論風險對項目的影響的氛圍特別重要，那些經常提出負面意見的人可能更能夠在早期發(fā)現(xiàn)潛在的風險。9/14/202282.3 創(chuàng)建風險管理的氣氛如果所有項目人員沒有重視風險認識，2.4 風險管理技術有很多的風險管理模型，但是多數(shù)都是類似的。9/14/202292.4 風險管理技術有很多的風險管理模型，但是多數(shù)都是類似的風險識別（identification)將所有能夠影響項目成功執(zhí)行的風險列出風險估計（estimation)對每一個危險的可能性和影響進行評價風險評估(evaluation)將風險進行排

6、序并確定風險規(guī)避策略風險計劃(planning)構造一個意外計劃，如果合適，可以加入到項目任務結構中，對于小項目，風險管理由項目經理負責，對于大項目，風險管理可能由全職風險經理負責。9/14/202210風險識別（identification)9/10/20221風險控制（Control)處理項目中的問題并盡量降低問題的影響。風險監(jiān)測（Monitoring)風險定向(Directing)和風險職員分配（Staffing)9/14/202211風險控制（Control)9/10/2022133. 風險識別風險類別普通風險(generic risks)如對需求的誤解關鍵人員生病特殊風險(speci

7、fic risks)在風險識別時從下列方面考慮：應用因素：應用的特性是一個關鍵因素，如簡單的數(shù)據(jù)庫應用系統(tǒng)，實時的分布式系統(tǒng)，應用的規(guī)模對于我們不理解的所有事物，我們是它們的奴隸作家Vernon Howard9/14/2022123. 風險識別風險類別對于我們不理解的所有事物，我們是它們的人員因素人員的經驗和技能顯然對項目產生很大影響成員的滿足程度和人員的離開項目因素項目及其目標清晰的定義以及所有成員對其有清楚的認識，如果不能夠達到這一點將給項目帶來風險如果沒有一個公認的、正式的質量管理計劃將給項目帶來風險項目方法使用正規(guī)的項目管理方法將降低風險但第一次使用某種方法將帶來風險硬件/軟件因素在新

8、的硬件/軟件上開發(fā)可能會有高風險在一種硬件/軟件平臺上開發(fā)的軟件安裝在另一種硬件/軟件平臺上可能會有風險9/14/202213人員因素9/10/202215徹底改變因素對原系統(tǒng)進行徹底改變會帶來風險，增量式或者漸進式改變將降低風險供應商因素許多依靠外部供應商的支持，那些無法直接控制的供應商將帶來風險。環(huán)境因素環(huán)境改變可能影響項目的成功如稅收法律的改變可能會對工資管理系統(tǒng)的開發(fā)帶來問題健康和安全因素對于軟件項目來說一般不是一個普遍問題，但是對于那些用在危險場合的實時軟件來說，也是一個因素9/14/202214徹底改變因素9/10/202216練習請根據(jù)上述各種因素列出工資系統(tǒng)中所有可能的問題。應

9、用因素：開發(fā)的系統(tǒng)是否需要與其它系統(tǒng)接口？不同的解決辦法是否有非常大的差異？人員因素學院中的人員是否對評價系統(tǒng)或者外部系統(tǒng)有足夠經驗？學院中的職員是否對使用近似的系統(tǒng)有經驗？9/14/202215練習請根據(jù)上述各種因素列出工資系統(tǒng)中所有可能的問題。9/10練習項目方法我們能夠對該項目使用標準方法嗎？學院是否對該類型的項目建立過程定義？硬件因素項目中是否需要購買新的硬件？是否我們能夠在與實際的硬件平臺相似的平臺上測試軟件包？徹底改變因素在系統(tǒng)整個改變前是否能夠運行一個替代系統(tǒng)？主文件是否能夠從現(xiàn)存的系統(tǒng)中轉化來？9/14/202216練習項目方法9/10/202218練習供應商因素是否我們有從備

10、選供應商處購買軟/硬件的經驗？我們考慮的供應商是否已經確定？環(huán)境因素是否有對系統(tǒng)發(fā)生影響的學院重組的計劃？是否有一些對項目產生影響的政府法規(guī)方面的改變？9/14/202217練習供應商因素9/10/2022193.2 風險評估過程由一個評估小組實施評估準備公司反映與項目關系的組織圖表開發(fā)系統(tǒng)的類型技術專長域工程師的人數(shù)項目數(shù)據(jù)預算進度軟件大小估計與政府、主要承包方、聯(lián)合承包方等的關系與系統(tǒng)工程、質量保證等的關系子承包方和供貨商的責任參與工作中各環(huán)節(jié)的人數(shù)系統(tǒng)描述應用描述系統(tǒng)、軟件模塊圖主要功能項目歷史發(fā)生在項目中的意外事件被推遲的技術問題使工程位于正規(guī)的重要決定當前關心的問題9/14/2022

11、183.2 風險評估過程由一個評估小組實施系統(tǒng)描述9/10/20如何訪談介紹：歡迎，自我介紹，參與者自我介紹目的：強調“識別和估計風險”的意義，明確會議的時間保密性：保證保密訪談過程：自由發(fā)言，避免發(fā)言者“本位主義”結束語：感謝訪談結束評估已知風險評估訪談會話風險分類風險輸入風險數(shù)據(jù)庫9/14/202219如何訪談9/10/2022214. 風險分析風險的可能性(risk likelihood)：危險發(fā)生的概率對項目的影響程度(risk impact)風險的重要性：風險暴露量Risk exposure=risk likelihood*risk impactRisk impact一般以金額為單位

12、，而likelihood以概率為單位。9/14/2022204. 風險分析風險的可能性(risk likelihood)如何定量化的評價風險的影響是一個難題。1.簡單的評分方法2.將可能性和影響分為高，中，低級別3.將可能性和影響給出1到10之間的分值（較好）9/14/202221如何定量化的評價風險的影響是一個難題。9/10/202223例子9/14/202222例子9/10/202224風險排序(Prioritizing)管理風險的策略有兩條：通過降低風險的概率和影響從而降低風險暴露量建立意外計劃由于管理風險需要一定的成本，因而需要對風險進行排序?！叭藗兺ǔＳ?0的錢解決20的問題”9/1

13、4/202223風險排序(Prioritizing)9/10/202225基于給分的方法計算風險暴露量存在一些問題。并非R6的重要性就是R5的兩倍R2不一定比R5更重要9/14/202224基于給分的方法計算風險暴露量存在一些問題。并非R6的重要性就影響分析的其它因素對風險評估的自信性復合風險：風險之間有依賴關系風險的數(shù)量：能管理的風險是有限的行動成本（Cost of Action):某些風險，一旦識別出來，可以以很少的代價就處理掉，而有些風險則需要很大的代價風險降低杠桿（risk reduction leverage）9/14/202225影響分析的其它因素9/10/2022275. 風險降

14、低危險預防（hazard prevention）提前計劃會議能夠預防關鍵人員不能出席會議的危險概率降低（likelihood reduction）通過原型能夠降低由于需求不清帶來的問題風險避免（risk avoidance）增加估計時間和減少功能能夠避免項目超時風險風險轉移（risk transfer）比如外包意外計劃（contingency planning）9/14/2022265. 風險降低危險預防（hazard prevention）練習請考慮各個風險的風險降低策略在編碼階段需求描述的改變保證原始的需求描述經過了高層的同意并采用一個高的變更條件。項目的分析階段花費的時間超過期待。仔細估

15、計分析階段花費的時間。將活動分割成更小的活動，并對它們重新估計。制定意外計劃。人員生病影響關鍵活動。考慮是否有合適的代理分析人員或者編程人員。9/14/202227練習請考慮各個風險的風險降低策略9/10/202229練習人員生病影響非關鍵活動。制定可以從其它項目中召集的人員的值班表模塊編碼耗費過長的時間。仔細檢查評估過程并將其與過去的項目相比較。模塊測試顯示設計階段的錯誤或不足。使用更直接的方法來校對設計形式化方法或結構化預排方法。9/14/202228練習人員生病影響非關鍵活動。9/10/202230風險降低策略人員短缺staffing with top talentjob matchin

16、gteam buildingtraining and career developmentearly scheduling of key personnel不現(xiàn)實的時間和成本估計multiple estimation techniquesdesign to costincremental developmentrecording and analysis of past projectsstandardization of methods9/14/202229風險降低策略人員短缺9/10/202231開發(fā)了錯誤的功能:improved project evaluation; formal sp

17、ecification methods;user surveys; prototyping; early users manuals開發(fā)了錯誤的用戶界面: prototyping; task analysis; user involvement9/14/202230開發(fā)了錯誤的功能:9/10/202232需求在后續(xù)階段的變化:Stringent change control proceduresHigh change thresholdIncremental prototypingIncremental development(defer changes)外部供應組件沒有能夠及時交付Bench

18、markingInspectionsFormal specificationsContractual agreementsQuality assurance procedures and certification9/14/202231需求在后續(xù)階段的變化:9/10/202233外部執(zhí)行任務沒有及時完成Quality assurance proceduresCompetitive design or prototypingTeambuildingContract incentives軟件的實時性無法保證SimulationBenchmarkingPrototypingTuningTechnic

19、al analysis9/14/202232外部執(zhí)行任務沒有及時完成9/10/202234采用的開發(fā)技術過于困難Technical analysisCost-benefit analysisPrototypingStaff training and development9/14/202233采用的開發(fā)技術過于困難9/10/2022356. 風險監(jiān)控前10個風險列表，包括本周排序，上周排序，已上列表周數(shù)，風險，風險化解進展中間檢查風險官員9/14/2022346. 風險監(jiān)控前10個風險列表，包括本周排序，上周排序，已上9/14/2022359/10/2022377. 評估進度計劃的風險使用PE

20、RT(Program Evaluation and Review Technique)評價不確定性的方法PERT與CPM同時出現(xiàn)，具有類似性每個活動的持續(xù)時間的估計包括：最可能時間（Most Likely Time）：m樂觀時間(Optimistic Time)：a悲觀時間(Pessimistic Time)：b期待時間9/14/2022367. 評估進度計劃的風險使用PERT(Program Eva練習計算期待持續(xù)時間Activity duration(weeks)ActivityOptimistic (a)Most likely(m)Pessimistic(b)Expected(te)A5

21、686.17B3454.00C2332.83D3.5454.08E1342.83F8101510.50G2343.00H222.52.089/14/202237練習計算期待持續(xù)時間Activity duration(we通過期待持續(xù)時間可以用類似于CPM中前向路徑方法計算項目結束日期問題：此處獲得的日期是否為最早結束日期？9/14/202238通過期待持續(xù)時間可以用類似于CPM中前向路徑方法計算項目結束練習請計算項目周期Activity duration(weeks)ActivityOptimistic (a)Most likely(m)Pessimistic(b)Expected(te)A5

22、686.17B3454.00C2332.83D3.5454.08E1342.83F8101510.50G2343.00H222.52.0812A3B4CD5EFH6G9/14/202239練習請計算項目周期Activity duration(wee練習結果可以表達為“我們期待項目在天完成”1023456At=6.17Bt=4.00Ft=10.5Et=2.83D t=4.08Ct=2.83Ht=2.08Gt=3.006.174910.513.5Target dateEvent numberStandard deviationExpected date9/14/202240練習1023456ABF

23、EDCHG6.174910.513.活動標準偏差活動標準偏差（Activity Standard Deviation)計算方法：s=(b-a)/6ActivityActivity durations (weeks)Optimistic(a)Most likely(m)Pessimistic(b)Expected(te)StandardDeviation(s)ABCDEFGH5323.51822643431032853541542.56.174.002.834.082.8310.503.002.080.500.330.170.250.501.170.330.089/14/202241活動標準偏差

24、活動標準偏差（Activity Standard達到目標的可能性計算步驟計算每個項目事件的標準偏差計算具有目標期限的事件的z值將z值轉換為概率9/14/202242達到目標的可能性計算步驟9/10/202244達到目標的可能性項目事件的標準偏差的計算方法與計算項目期待時間計算時采用的方法是類似的。兩個標準偏差的和是兩者的平方和再求平方根。9/14/202243達到目標的可能性項目事件的標準偏差的計算方法與計算項目期待時達到目標的可能性請計算2，4，5事件的標準偏差 010230.534105101.22615At=6.17S=0.50Bt=4.00S=0.33Ft=10.5S=1.17Et=2.83s=0.50D t=4.08 s=0.25Ct=2.83S=0.17Ht=2.08S=0.08Gt=3.00S=0.336.174910.513.50.500.331.179/14/202244達到目標的可能性請計算2，4，5事件的標準偏差 0102達到目標的可能性計算Z值 Z=(T-te)/sT：目標日期，te：期待時間，s：標準偏差9/14/202245達到目標的可能性計算Z值9/10/202247達到目標的可能