軟件風險管理

1、【MeiWei_81重點借鑒文檔】風險管理計劃1.引言1.1本文件的范圍和目的項目風險管理描述了在整個項目生命周期內(nèi)項目團隊如何組織 和開展項目風險識別，度量，應(yīng)對和監(jiān)控等項目管理活動，是一份指 導項目團隊進行項目風險管理的綱領(lǐng)性文件。項目風險管理的目標在于提高項目中積極事件的概率和影響，降低項目中消極事件的概率和 影響，確保項目在可控的范圍內(nèi)完成項目目標。1.2概述1.2.1目標提高項目中積極事件的概率和影響，降低項目中消極事件的概率 和影響，確保項目在可控的范圍內(nèi)完成項目目標。當不能很確定地預測將來事情的時候，可以采用結(jié)構(gòu)化風險管理來發(fā)現(xiàn)計劃中的缺陷， 并且米取行動來減少潛在問題發(fā)生的可能

2、性和影響。風險管理意味著危機還沒有發(fā)生之前就對它進行處理，這就提高了項目成功的機會并 減少了不可避免風險所產(chǎn)生的后果。1.2.2需要優(yōu)先考慮規(guī)避的風險(1) 業(yè)務(wù)風險產(chǎn)品規(guī)模風險，商業(yè)風險，項目需求風險，客戶特性風險，過程風險(2) 技術(shù)風險技術(shù)情況風險，開發(fā)環(huán)境風險(3) 組織風險人員數(shù)目及其經(jīng)驗風險1.3組織1.3.1領(lǐng)導成員蔣妍，范楚楚，宋蕊蕊，譚琳琳，楊欣穎，趙術(shù)潔1.3.2責任人員名稱主要責任蔣妍負責調(diào)研市場，掌控市場走向，及時掌 握需求走向，及時與客戶溝通作出風險調(diào)控。范楚楚根據(jù)項目內(nèi)容，通過風險調(diào)查，風險來源等作出風險識別，并作出風險分類。丿出、丿出、 宋J蕊蕊、對所列的風險進行

3、分析，作出風險發(fā)生的概 率估計趙術(shù)潔對出現(xiàn)的風險進行風險評價譚琳琳規(guī)劃應(yīng)對風險，對風險評價的結(jié)果提出建議 并作出規(guī)避風險的備選方案及建議方案楊欣穎控制風險1.4風險規(guī)避策略的內(nèi)容說明1.4.1進度安排內(nèi)容進度對存在的項目風險進行識別從項目需求階段開始對存在的項目風險進行分析做出風險識別后開始對存在的項目風險制定規(guī)避策略做出風險分析后開始風險監(jiān)控統(tǒng)籌全局1.4.2主要里程碑和審查行動（1）項目風險分析通過項目風險分析對項目進行宏觀控制， 作出風險發(fā)生的概率及時作 出規(guī)避策略，降低項目成本。（2）項目風險應(yīng)對對于出現(xiàn)的不確定風險應(yīng)及時做出應(yīng)對措施， 提出風險規(guī)避備選方案 及建議方案，降低項目的失敗

4、性。143預算風險情況調(diào)查所需花費預算成本風險類別風險調(diào)查預算需求風險調(diào)查問卷1000市場調(diào)研1000客戶特性風險需求變動5000過程風險軟件工程培訓3000評審結(jié)果后續(xù)5000技術(shù)風險技術(shù)變動5000幵發(fā)環(huán)境風險幵發(fā)工具變動1000人員數(shù)目及經(jīng)驗風險人員管理50002風險識別2.1風險情況調(diào)查，風險來源收集資料項目產(chǎn)品或服務(wù)說明書，項目的前提，假設(shè)和制約因素，本項目可與 類比的項目。2.2風險分類風險識別分類表風險類別規(guī)模估算可能非常低產(chǎn)品規(guī)模用戶數(shù)量大大超出計劃產(chǎn)品規(guī)模復用程度低于計劃產(chǎn)品規(guī)模最終用戶抵制該計劃商業(yè)影響交付期限將被緊縮商業(yè)影響資金將會流失客戶特性用戶將改變需求產(chǎn)品規(guī)模技術(shù)達

5、不到預期的效果技術(shù)情況缺少對工具的培訓開發(fā)壞境人員缺乏經(jīng)驗人員數(shù)目及其經(jīng)驗人員流動頻繁人員數(shù)目及其經(jīng)驗3風險分析3.1風險估計3.1.1定性風險分析法風險發(fā)生概率的定性等級警級竿級說明A|根高BAC中D低E風險后果影響的定性等級V可忽略的影響評估類別因素性能支持成本進度災難性的1無法滿足需求而導致任務(wù)失敗錯誤將導致進度延遲和成本增加2嚴重退化使得根本 無法達到要求的技 術(shù)性能無法作出響應(yīng)或無法支持 的軟件嚴重的資金短缺，很可 能超岀預算無法在交付日期內(nèi)完成嚴重的1無法滿足需求而導致系統(tǒng)性能下降，使得任務(wù) 能否成功受到置疑錯誤將導致操作的延遲，并使成本增加2技術(shù)性能有所下降在軟件修改中有少量的延

6、 遲資金不足，可能會超支交付日期可能延遲輕微的1無法滿足要求而導致次要任務(wù)的退化成本、影響和即可恢復的進度上的小問題2技術(shù)性能有較小的 降低較好的軟件支持有充足的資金來源實際的、可完成的 進度計劃可忽略的1無法滿足要求而導致使用不方便或不易操作錯誤對進度及成本的影響很小2技術(shù)性能不會降低易于進行軟件支持可能低于預算交付日期將會提前注：1、未測試岀的軟件錯誤或缺陷所產(chǎn)生的潛在影響。2、如果沒有達到預期的結(jié)果所產(chǎn)生的潛在影響。風險評估指數(shù)矩陣等級1 （災碓的）n （嚴重的）皿（輕度的）IV 輕播的）血（概高）J3713B （高）25916c (4046L116D畑8101419E (ft)1215

7、17203.1.2定量風險分析法項目臨界點決策樹為枠能：P= 30%, outcome = 550 000EMV - 550 000 * 30% = 165 000實 *J&：3.2風險評價321風險評價使用方法風險分類，風險分析，風險排序322風險評價的結(jié)果風險分析結(jié)果鳳險獎別概率麻響排序用戶變里盂求產(chǎn)品規(guī)模80%51規(guī)摸估算可能非常低產(chǎn)品規(guī)模60%52人射我動人田數(shù)日圧K輕監(jiān)60%43故終川戶抵制懐訃劃商業(yè)於叫50%44商業(yè)影響50%35用戶數(shù)1ft大犬趙出計劃嚴品規(guī)模3G%46桂術(shù)達不和預期啊處果技術(shù)情況30%2?缺少對1:具的培訓汗發(fā)環(huán)境40%8人皿缺乏經(jīng)驗AW&口及技經(jīng)驗曲394.風

8、險應(yīng)對及監(jiān)控4.1根據(jù)風險評價的結(jié)果提出建議(1) 消極風險或威脅采用規(guī)避，轉(zhuǎn)移，減輕，接受等方法(2) 積極風險或機會采用開拓，分享，提高等方法。4.2可用于規(guī)避風險的備選方案及建議方案項 目 管 理 過 程風險識別風險評估風險應(yīng)對措施潛在的風險事 件風險發(fā)生的后 果可能性重 性不 可 控 性風 險 等 級應(yīng)對措施預防措施負 責 人需求分析需求不明確客戶不接受產(chǎn)品 或拒絕付款596B派遣經(jīng)驗豐富的需 求分析師與客戶進 行深入的交流，明確 客戶的主要需求，引 導客戶對項目做出 正確的描述。事先進行需求評審項目范圍定義不 明確項目沒完沒了895B要求需求小組 按照客戶的要求變 更項目范圍。需求要

9、在事先定義 清楚并獲得客戶的確認。項目目標不明確導致項目進度拖 期或成本超支。685C修改項目目標。事先明確項目目標與客戶溝通不夠軟件不能滿足客 戶需求596C立即與客戶進行溝 通制定溝通管理計劃需求小組對客戶 業(yè)務(wù)了解不夠軟件不能實現(xiàn)業(yè) 務(wù)功能695C修改軟件加強與了解并讓客戶參與需求小組沒有真 正理解客戶需求軟件不能萍蹤客 戶需求8107A根據(jù)客戶需求修改讓客戶確認需求報告需求分析報告沒 有得到客戶的確認客戶拒絕簽字、驗 收5105C取消項目或修改項目事先獲得客戶確認需求不斷變化項目變得沒完沒了895B提交CCB討論、決疋建立范圍變更程序缺之有效的需求 變化管理過程項目不能按時、按 預算完

10、成584D對需求變化進行評審建立需求變更程序任務(wù)定義不夠充 分項目不能按時、按 預算完成685C重新定義事先與客戶達成共識設(shè) 計缺乏有經(jīng)驗的分 析員分析錯誤或不可行4105C培訓或換人配備有經(jīng)驗的分析員設(shè)計偏離客戶需求軟件不能萍蹤需 求，客戶拒絕接受5105C修改設(shè)計進行設(shè)計評審軟件功能漏項客戶不滿意485D增加相應(yīng)的功能進行設(shè)計評審、獲得客戶 確認編 碼程序員對系統(tǒng)設(shè) 計的理解上出現(xiàn) 偏差軟件實現(xiàn)不了設(shè) 計的功能，客戶拒 絕接受694D修改代碼進行設(shè)計評審程序員開發(fā)能力差項目進度拖期495D培訓或換人配備精兵強將程序員不熟悉開 發(fā)工具項目進度拖期、質(zhì) 量問題384E立即改進提前準備設(shè)計錯誤導

11、致編 碼實現(xiàn)困難質(zhì)量問題4105C修改設(shè)計編碼之前進行設(shè)計評審客戶要求增加功能項目進度拖期、成 本超支875C修改程序事先確定范圍目標項目將會時間提刖質(zhì)量問題485D加班加點或增加資源合同固定交付時間程序員離開項目執(zhí)行不下去5104C臨時替補人與相關(guān)人員簽訂合同開發(fā)團隊內(nèi)部溝 通不夠接口混亂、質(zhì)量問 題584D修改程序制定內(nèi)部溝通計劃測 試沒有切實可行的 測試計劃項目拖期、質(zhì)量問 題發(fā)現(xiàn)不了295E修改測試計劃事先評審測試計劃測試人員不能按 時到位項目進度拖期273E臨時安排測試人員制定出人力資源計劃測試人員經(jīng)驗不 夠程序問題發(fā)現(xiàn)不 了463E培訓或換人選擇有經(jīng)驗的人員測試設(shè)備故障項目拖期38

12、4E修理或換設(shè)備加強設(shè)備預防性維修測試期間出現(xiàn)重 大問題客戶拒絕接受產(chǎn) 品4105C修改程序分步測試沒有有效的備份 萬案數(shù)據(jù)丟失無法挽救494D重新開始異地雙重備份測試發(fā)現(xiàn)的問題 遲遲解決不了項目進度拖期395D加快解決專家會診解決安 裝設(shè)備不能按時到位項目進度拖期3384E催設(shè)備供應(yīng)商提前采購或合同約束運行時質(zhì)量冋題 多客戶投訴684D即時解決問題事先進仃局部運仃客戶突然要求增 加功能項目進度拖期、成 本超支785C作出相應(yīng)修改事先確定項目范圍和功 能要求重要的記錄、文 件、數(shù)據(jù)丟失客戶投訴、要求賠 償395D重新生成數(shù)據(jù)做好備份系統(tǒng)崩潰客戶要求承擔損 失2103E加緊修復事先備份維 護出現(xiàn)故障，用戶 維護人員解決不了客戶