軟件過程管理11實用教案

1、1RoadMapRoadMap合同管理 需求管理生存期任務分解項目進度規模估算質量計劃 配置計劃風險計劃團隊管理項目度量集成項目跟蹤控制 項目結束第1頁/共77頁第一頁，共77頁。2引言引言- -軟件軟件(run jin)(run jin)項目中的風險項目中的風險q 不斷變換的需求q 低劣的計劃和估算q 不可信賴(xnli)的承包人q 欠缺的管理經驗q 人員問題q 技術失敗q 政策的變化q 性能欠佳。第2頁/共77頁第二頁，共77頁。3引言引言(ynyn)(ynyn)q Rothfeder 1988:對600家成功的公司調查，35%有項目失控的經歷q Jones 1991:大型項目按時完成的概

2、率幾乎為0，被取消的概率與賭博(db)一樣q Tom Gilb：如果你不主動地擊敗風險，他們就會主動擊敗你的第3頁/共77頁第三頁，共77頁。4軟件開發項目管理軟件開發項目管理 第十章 軟件(run jin)項目風險管理計劃第4頁/共77頁第四頁，共77頁。5本章本章(bn zhn)(bn zhn)要點要點一、軟件項目風險基本概念一、軟件項目風險基本概念二、軟件項目風險管理的過程二、軟件項目風險管理的過程三、軟件項目風險管理計劃三、軟件項目風險管理計劃(jhu)(jhu)四、案例分析四、案例分析第5頁/共77頁第五頁，共77頁。6風險風險(fngxin)(fngxin)的定義的定義q損失發生的

3、不確定性；q對潛在(qinzi)的，未來可能發生損害的一種度量第6頁/共77頁第六頁，共77頁。7風險管理識別出風險，采取措施，降低對項目的影響。首次出現在貝母（Boehm) 關于(guny)風險的指南中。第7頁/共77頁第七頁，共77頁。8風險(fngxin)發生的過程 風險因素 風險事件 損失 實際與計劃之間的差異(chy) 風險的結果第8頁/共77頁第八頁，共77頁。9項目風險的三要素項目風險的三要素1.一個事件(shjin)2.事件(shjin)發生的概率3.事件(shjin)的影響第9頁/共77頁第九頁，共77頁。10風險風險(fngxin)(fngxin)圖示圖示項目風險第10頁/

4、共77頁第十頁，共77頁。11風險風險(fngxin)(fngxin)類型類型q 預測角度 q 已知風險Known known：不現實的交付時間、沒有需求或范圍文檔q 可預測風險-Known unknown：從過去的項目經驗推測出來。如人員調整、與客戶無法溝通 q 不可預測風險-unknown unknownq 范圍角度 q 項目風險：潛在的預算、進度、個人、資源、用戶和需求方面的問題q 技術風險：潛在的設計(shj)、實現、接口、檢驗和維護問題，規格說明的多義性、技術的不確定性q 商業風險：市場風險、策略風險、管理風險和預算風險第11頁/共77頁第十一頁，共77頁。12風險風險(fngxin

5、)(fngxin)的基本性質的基本性質q 風險(fngxin)的客觀性q 風險(fngxin)的不確定性q 風險(fngxin)的不利性q 風險(fngxin)的可變性q 風險(fngxin)的相對性q 風險(fngxin)同利益的對稱性第12頁/共77頁第十二頁，共77頁。13本章本章(bn zhn)(bn zhn)要點要點一、軟件項目風險基本概念二、軟件項目風險管理的過程(guchng)三、軟件項目風險管理計劃四、案例分析第13頁/共77頁第十三頁，共77頁。14風險管理的四個過程風險管理的四個過程(guchng)(guchng)風險(fngxin)識別風險(fngxin)評估風險規劃風險

6、控制第14頁/共77頁第十四頁，共77頁。151-1-風險風險(fngxin)(fngxin)識別識別q 風險識別是試圖通過系統化地確定對項目(xingm)計劃的威脅，識別已知和可預測的風險。q 兩種情況：一般性風險和特定性風險q 內在風險：項目(xingm)工作組能加以控制和影響的風險，如人事任免、成本估計等q 外在風險：超出項目(xingm)工作組控制能力和影響力之外的風險如市場轉向或政府行為。第15頁/共77頁第十五頁，共77頁。16風險風險(fngxin)(fngxin)識別識別輸入標識風險按照一定的標準對風險分類排序評審風險風險表WBS、SOW、項目相關信息、計劃假設、歷史項目數據(

7、shj)、其他項目經驗文件、評審報告、公司目標第16頁/共77頁第十六頁，共77頁。17第17頁/共77頁第十七頁，共77頁。18方法方法(fngf)(fngf)及工具及工具q 德爾菲方法q 頭腦(tuno)風暴法q 情景分析法q 面談法q 風險條目檢查表第18頁/共77頁第十八頁，共77頁。19德爾菲方法德爾菲方法(fngf)(fngf) 起源于2世紀40年代末期，有美國的蘭德公司首先使用。 基本過程： 由項目風險小組選定與該項目有關的專家，并建立直接的 函詢聯系，征集意見再匿名反饋(fnku)，再次征集意見，反復四至五輪，逐步使專家的意見趨向一致。第19頁/共77頁第十九頁，共77頁。20

8、頭腦頭腦(tuno)(tuno)風暴法風暴法第20頁/共77頁第二十頁，共77頁。21第21頁/共77頁第二十一頁，共77頁。22第22頁/共77頁第二十二頁，共77頁。23情景(qngjng)分析法 通過對系統內外相關問題的系統分析，設計出多種可能的未來前景，然后用類似于撰寫電影劇本的手法，對系統發展態勢做出子自始至終的情景和畫面的描述。 是一種適用于對可變因素較多的項目進行風險預測和識別的系統技術，在假定關鍵影響因素有可能發生的基礎上，構造多重情景，提出多種未來的可能的結果( ji gu)，以便采取適當措施防患于未然。第23頁/共77頁第二十三頁，共77頁。24風險風險(fngxin)(f

9、ngxin)條目檢查表條目檢查表q 檢查表法是利用檢查表作為風險識別的工具q 檢查表法是根據(gnj)風險要素建立軟件項目的風險條目列表q 列表中列出所有與風險因素有關的提問q 可以使管理者集中識別常見的類型中的已知和可預測的風險q 有研究表明：IT項目常常存在一些共同的風險源第24頁/共77頁第二十四頁，共77頁。25檢查表風險識別檢查表風險識別(shbi)(shbi)類型域類型域1.產品規模2.商業影響(yngxing)3.客戶相關：BoehmBOE894.過程定義:SEI5.開發技術6.開發環境7.人員數目及經驗第25頁/共77頁第二十五頁，共77頁。26第26頁/共77頁第二十六頁，共

10、77頁。27第27頁/共77頁第二十七頁，共77頁。28第28頁/共77頁第二十八頁，共77頁。29第29頁/共77頁第二十九頁，共77頁。30管理(gunl)風險第30頁/共77頁第三十頁，共77頁。31美國的軟件工程美國的軟件工程(run jin n chn)(run jin n chn)研究所研究所（SEI)SEI)風險識別檢查表風險識別檢查表第31頁/共77頁第三十一頁，共77頁。32風險風險(fngxin)(fngxin)識別的結果識別的結果第32頁/共77頁第三十二頁，共77頁。332-2-風險風險(fngxin)(fngxin)評估評估q 確定風險發生(fshng)概率的估計和評

11、價，項目風險后果嚴重程度的估計和評價，項目風險影響范圍的分析和評價，以及對于項目風險發生(fshng)時間的估計和評價。第33頁/共77頁第三十三頁，共77頁。34風險風險(fngxin)(fngxin)評估評估q 分析q 風險發生的概率，確定發生的可能性（P）q 風險后果(hugu)，發生后對項目目標的影響（I）q 風險值，風險的嚴重程度R=F(P,I)第34頁/共77頁第三十四頁，共77頁。35風險風險(fngxin)(fngxin)評估評估q 確定優先次序q 按風險(fngxin)的嚴重性排序q 確定最需要關注的TOP 10風險(fngxin)第35頁/共77頁第三十五頁，共77頁。36

12、風險風險(fngxin)(fngxin)評估的方法評估的方法- -定性風險定性風險(fngxin)(fngxin)評估評估q 定性評估風險概率(gil)及后果第36頁/共77頁第三十六頁，共77頁。37風險風險(fngxin)(fngxin)概率概率q 風險概率(gil)值：q 沒有可能（0）q 確定（1）q 風險概率(gil)度量：q 高、中、低q 極高、高、中、低、極低q 不可能，不一定，可能和極可能q 等等第37頁/共77頁第三十七頁，共77頁。38風險后果風險后果(hugu)(hugu)（影響）（影響）q 風險后果q 風險影響項目目標的嚴重程度(chngd)q 從無影響到無窮大q 風險

13、后果度量q 高、中、低q 極高、高、中、低、極低q 災難，嚴重，輕微，可忽略q 等等第38頁/共77頁第三十八頁，共77頁。39第39頁/共77頁第三十九頁，共77頁。40第40頁/共77頁第四十頁，共77頁。41第41頁/共77頁第四十一頁，共77頁。42風險風險(fngxin)(fngxin)概率及后果估計概率及后果估計- -矩陣圖矩陣圖 P RILowMediumHighHighLHHMediumLHHLowLMM第42頁/共77頁第四十二頁，共77頁。43風險評估風險評估(pn )(pn )的方法的方法- -定量風險評估定量風險評估(pn )(pn )1.盈虧平衡分析2.模擬：用概率論

14、及數理統計方法來預測和研究各種不確定因素對軟件(run jin)項目投資價值指標影響的一種定量分析。3.訪談4.決策樹分析5.量化風險條目檢查表6.。第43頁/共77頁第四十三頁，共77頁。44盈虧盈虧(yngku)(yngku)平衡分析平衡分析第44頁/共77頁第四十四頁，共77頁。45訪談訪談(fn tn)(fn tn)q 確定概率分布模型(mxng)q 領域專家訪談，信息采集第45頁/共77頁第四十五頁，共77頁。46舉例舉例- -基于基于(jy)(jy)正態分布進度風險評估正態分布進度風險評估-2SD+2SD-3SD-1SD+1SD+3SD68.3%95.5%99.7%ET=E+1SD

15、=13.5+1.07=14.5P=50%+68. 3%/2=85%第46頁/共77頁第四十六頁，共77頁。47決策樹分析決策樹分析(fnx)(fnx)q 決策樹分析(fnx)是一種圖表分析(fnx)方法q 提供項目所有可供選擇的行動方案，行動方案之間的關系，行動方案的后果以及發生的概率q 提供選擇一個最佳的方案的依據第47頁/共77頁第四十七頁，共77頁。48決策樹分析決策樹分析(fnx)(fnx)與與EMV ( Expected Monetary Value)EMV ( Expected Monetary Value) 損益期望值是決策樹的一種計算值 根據風險發生的概率計算出一種期望的損益

16、例如： 某行動方案成功(chnggng)的概率是50%，收益是10 EMV=10*50%=5第48頁/共77頁第四十八頁，共77頁。49決策樹分析決策樹分析(fnx)(fnx)例子例子風險值？風險值？EMV=0失敗(shbi)：P=30%, outcome= -200,000 成功(chnggng)：P=70%高性能：P=30%, outcome=550,000EMV=550,000* 30%=165000低性能：P=70%, outcome=- 100,000EMV=-100,000* 70%=-70000EMV=95,000*70%=66500實施后：EMV=6,500不實施EMV=-20

17、0,000*30%=-60000第49頁/共77頁第四十九頁，共77頁。50決策樹分析決策樹分析(fnx)(fnx)例子例子第50頁/共77頁第五十頁，共77頁。51課堂練習q 利用決策樹風險分析技術(jsh)來分析如下兩種情況的，以便決定你會選擇哪種方案：（要求畫出決策樹）q 方案：隨機投擲硬幣兩次，如果兩次投擲的結果都是硬幣正面超上，你將獲得元；投擲的結果背面每超上一次你需要付出.元。q 方案：隨機投擲硬幣兩次，你需要付出元；如果兩次投擲的結果都是硬幣正面超上，你將獲得元。第51頁/共77頁第五十一頁，共77頁。52課堂練習課堂練習.025.025* *10=2.510=2.5元0.50.

18、5* *-1.5=-1.5=-0.750.75元0.25*-3=-0.75元 GameA:EMV=GameA:EMV=1 10.250.25* *(10-2)=2(10-2)=2元0.50.5* *-2=-1-2=-1元0.250.25* *-2=-0.5-2=-0.5元GameB:EMV=GameB:EMV=0.50.5第52頁/共77頁第五十二頁，共77頁。53量化檢查表量化檢查表第53頁/共77頁第五十三頁，共77頁。54McFarlanMcFarlans Risk Questionnaires Risk Questionnaire第54頁/共77頁第五十四頁，共77頁。55排序輸入風險

19、事件可能性影響風險值采取的措施1系統設計評審沒有足夠的時間進行產品測試70%50%35%2WBS對需求的開發式系統標準沒有合適的測試案例20%80%16%3需求和計劃采用新技術可可能導致進度的延期50%30%15%。風險風險(fngxin)(fngxin)評估結果實例評估結果實例第55頁/共77頁第五十五頁，共77頁。563-3-風險風險(fngxin)(fngxin)規劃規劃針對風險(fngxin)分析的結果，為提高實現項目目標的機會，降低風險(fngxin)的負面影響而制定風險(fngxin)應對策略和應對措施的過程，即制定一定的行動和策略來對付、減少、以至于消滅風險(fngxin)事件第

20、56頁/共77頁第五十六頁，共77頁。57風險風險(fngxin)(fngxin)規劃的主要策略規劃的主要策略1.回避風險(fngxin)2.轉移風險(fngxin)3.損失控制4.自留風險(fngxin)第57頁/共77頁第五十七頁，共77頁。58- -回避回避(hub)(hub)風險風險q 回避風險是對所有可能發生(fshng)的風險盡可能的規避，采取主動放棄或者拒絕使用導致風險的方案q 例如放棄采用新技術第58頁/共77頁第五十八頁，共77頁。59- -回避回避(hub)(hub)風險風險注意事項注意事項對風險有足夠的認識對風險有足夠的認識當其他風險策略不理想當其他風險策略不理想(lxi

21、ng)(lxing)的時候，可以考慮的時候，可以考慮可能產生另外的風險可能產生另外的風險不是所有的情況都適用的不是所有的情況都適用的第59頁/共77頁第五十九頁，共77頁。60- -轉移轉移(zhuny)(zhuny)風險風險q 轉移風險是為了避免承擔風險損失，有意識將損失或與損失有關的財務后果轉嫁出去的方法:例如q 出售q 分包q 開脫責任合同(h tong)q 保險第60頁/共77頁第六十頁，共77頁。61- -損失損失(snsh)(snsh)控制控制風險發生前消除(xioch)風險可能發生的根源并減少風險事件的概率，在風險事件發生后減少損失的程度。基本點是消除(xioch)風險因素和減少

22、風險的損失。損失預防 損失抑制：風險緩解第61頁/共77頁第六十一頁，共77頁。62- -自留風險自留風險(fngxin)(fngxin)q 由項目組織自己承擔風險事故(shg)所致損失的措施。 q 自留風險的類型q 主動自留風險和被動自留風險q 全部自留風險和部分自留風險第62頁/共77頁第六十二頁，共77頁。63實例實例(shl)(shl)q 人員的頻繁流動(lidng)是一項風險，基于過去的歷史和管理經驗，頻繁流動(lidng)可能性的估計值為70%，開發時間增加15%，總成本增加12%，為了緩解這一風險，項目經理是采取的策略：第63頁/共77頁第六十三頁，共77頁。64實例實例(shl

23、)-(shl)-采取的策略采取的策略q與現有人員討論人員流動的原因q項目啟動時，做好會出現人員流動的準備，采取一些技術以確保人員的一旦離開后，項目仍然能繼續q建立良好的項目組織和通信渠道，以使大家能夠了解每個有關的開發活動(hu dng)的信息q指定文檔標準并建立相應的機制，以保證文檔能夠及時建立q對所有工作組織細致的評審，使大多數人能夠按計劃進度完成自己的工作第64頁/共77頁第六十四頁，共77頁。65風險管理應對風險管理應對(yngdu)(yngdu)計劃計劃排序輸入風險事件可能性影響風險值采取的措施1系統設計評審沒有足夠的時間進行產品測試70%50%35%1采取加班的方法2修改計劃去掉一

24、些任務3與客戶商量延長一些時間2WBS對需求的開發式系統標準沒有合適的測試案例20%80%16%找專業的測試公司完成測試工作3需求和計劃采用新技術可可能導致進度的延期50%30%15%1培訓開發人員2找專家作指導3采取邊開發邊學習的方法，要求他們必須在規定的時間內掌握技術。第65頁/共77頁第六十五頁，共77頁。664-4-控制風險控制風險(fngxin)(fngxin)項目跟蹤控制項目跟蹤控制q 實施和跟蹤風險管理計劃，保證風險計劃的執行，評估削減風險的有效性。q 針對一個預測的風險事實上是否發生了，確保針對某個風險而制定的風險消除步驟正在合理使用q 監視剩余的風險和識別新的風險，q 收集可

25、用于將來的風險分析(fnx)信息第66頁/共77頁第六十六頁，共77頁。67本章本章(bn zhn)(bn zhn)要點要點一、軟件項目風險基本概念二、軟件項目風險管理的過程三、軟件項目風險管理計劃四、案例(n l)分析第67頁/共77頁第六十七頁，共77頁。68風險管理計劃風險管理計劃(jhu)(jhu)q 風險應對計劃（top 10清單(qngdn)）q 崗位職責q 時間q 預算q 追蹤等等第68頁/共77頁第六十八頁，共77頁。69任務可能的風險產生的階段產生的原因避免的措施發生后的處理制定設計階段的規范和標準時間風險項目準備需制定的規范和標準較多，而同時需完成其他工作，使得可使用的時間

26、和資源有限開發環境確認資源風險系統設計由于設備未到位導致延誤開發管理系統設計技術風險系統設計基于TeMIP平臺開發SDH專網管理系統對于公司乃至國內都是全新的課題，由于技術的掌握程度和經驗的欠缺在系統設計前請TeMIP專家進行相關培訓對功能規格和系統設計的調整時間風險0版本開發評測結果對功能規格和系統設計影響較大0版本開發時間風險0版本開發由于學習曲線過長延誤時間系統測試資源風險0版本開發開發人員與SQA人員對工作站和服務器使用的爭奪MD現場調試資源風險1版本開發由于設備問題延誤現場調試現場運行環境確認資源風險2版本開發由于設備問題延誤驗收測試的進行任務可能的風險產生的階段產生的原因避免的措施

27、發生后的處理制定設計階段的規范和標準時間風險項目準備需制定的規范和標準較多，而同時需完成其他工作，使得可使用的時間和資源有限開發環境確認資源風險系統設計由于設備未到位導致延誤開發管理系統設計技術風險系統設計基于TeMIP平臺開發SDH專網管理系統對于公司乃至國內都是全新的課題，由于技術的掌握程度和經驗的欠缺在系統設計前請TeMIP專家進行相關培訓對功能規格和系統設計的調整時間風險0版本開發評測結果對功能規格和系統設計影響較大0版本開發時間風險0版本開發由于學習曲線過長延誤時間系統測試資源風險0版本開發開發人員與SQA人員對工作站和服務器使用的爭奪MD現場調試資源風險1版本開發由于設備問題延誤現

28、場調試現場運行環境確認資源風險2版本開發由于設備問題延誤驗收測試的進行任務可能的風險產生的階段產生的原因避免的措施發生后的處理制定設計階段的規范和標準時間風險項目準備需制定的規范和標準較多，而同時需完成其他工作，使得可使用的時間和資源有限開發環境確認資源風險系統設計由于設備未到位導致延誤開發管理系統設計技術風險系統設計基于TeMIP平臺開發SDH專網管理系統對于公司乃至國內都是全新的課題，由于技術的掌握程度和經驗的欠缺在系統設計前請TeMIP專家進行相關培訓對功能規格和系統設計的調整時間風險0版本開發評測結果對功能規格和系統設計影響較大0版本開發時間風險0版本開發由于學習曲線過長延誤時間系統測試資源風險0版本開發開發人員與SQA人員對工作站和服務器使用的爭奪MD現場調試資源風險1版本開發由于設備問題延誤現場調試現場運行環境確認資源風險2版本開發由于設備問題延誤驗收測試的進行任務可能的風險產生的階段產生的原因避免的措施發生后的處理制定設計階段的規范和標準時間風險項目準備需制定的規范和標準較多，而同時需完成其他工作，使得可使用的時間和資源有限開發環境確認資源風險系