軟件項目管理與案例分析 (1).ppt

1、第 7 章 軟件項目風險管理,本章內容提要,7.1 軟件項目風險管理概述,風險定義與分類 美國軟件工程研究所將風險定義為損失的可能性。風險同人們有目的的活動有關，同未來的活動有關，同人們變化的行為方式有關。風險具有兩大屬性：可能性和損失，可能性是風險發(fā)生的概率，損失是指預期與后果之間的差異，我們用可能性(Likelihood)和損失(Loss)的乘積來記錄風險損失。風險的根源在于事物的不確定性，雖然無法避免不確定性，但是可以通過適當?shù)姆椒▽ζ溥M行控制與管理。 從范圍角度上看，風險主要分為下述三種類型：項目風險、技術風險和商業(yè)風險。 軟件風險是有關軟件項目、軟件開發(fā)過程和軟件產品損失的可能性。軟

2、件風險又可區(qū)分為軟件項目風險、軟件過程風險和軟件產品風險,軟件項目風險管理概述,風險管理 風險管理是指在項目進行過程中不斷對風險進行識別、評估，制定策略，監(jiān)控風險的過程。通過風險識別、風險分析和風險評價去認識項目的風險，并以此為基礎合理地使用各種風險應對措施、管理方法、技術和手段對項目的風險進行有效的控制，妥善處理風險事件造成的不利后果，以最小的成本保證項目總體目標的實現(xiàn)。風險管理可以分為四個層次： 危機管理：是在風險已經造成麻煩后才著手處理它們。 風險緩解：事先制定好風險發(fā)生后的補救措施，但不制定任何的防范措施。 著力預防：將風險識別與風險防范作為軟件項目的一部分加以規(guī)劃和執(zhí)行。 消滅根源：

3、識別和消滅可能產生風險的根源。 風險管理策略有兩種：救火模式和主動模式,軟件項目風險管理概述,風險管理的意義 項目實施風險管理的意義可歸納如下： 通過風險分析，可加深對項目和風險的認識和理解，澄清各個方案的利弊，了解風險對項目的影響，以便減少或分散風險。 為以后的規(guī)劃與設計工作提供反饋，以便采取措施防止與避免風險損失。 通過風險管理可以使決策更科學，從總體上減少項目風險，保證項目的實現(xiàn)。 可推動項目管理層和項目組織積累風險資料，以便改進將來的項目管理,本章內容提要,7.2 風險識別,風險識別過程 風險識別 或稱風險辨識，是尋找可能影響項目的風險以及確認風險特性的過程。風險識別的目標是：辨識項目

4、面臨的風險，揭示風險和風險來源，以文檔及數(shù)據庫的形式記錄風險。 風險識別的輸入與輸出 輸入可能是項目的WBS、工作的陳述（Statement Of Work，SOW）、項目相關信息、項目計劃假設、歷史項目數(shù)據，其他項目經驗文件、評審報告、公司目標等。風險識別的輸出是風險列表。 包括以下活動 風險識別方法的確定 ；風險定義及分類；風險文檔編寫,風險識別,風險識別的方法 風險條目檢查表 風險條目檢查表是最常用也是比較簡單的風險識別方法，它是利用一組提問來幫助管理者了解項目在各方面有哪些風險。 在風險條目檢查表中，列出了所有可能的與每一個風險因素有關的提問，使得風險管理者集中來識別常見的、已知的和可

5、預測的風險(如產品規(guī)模風險、依賴性風險、需求風險、管理風險及技術風險等)。 風險條目檢查表一般根據風險要素進行編寫，包括項目的環(huán)境、管理層的重視度、技術情況以及內部因素(如團隊成員的技能或技能缺陷等,風險識別,德爾菲（Delphi）法 德爾菲方法又稱專家調查法，它起源于20世紀40年代末期，最初是美國蘭德公司首先使用，很快就在世界上盛行起來，目前此法的應用已遍及經濟、社會、工程技術等各領域。 我們在進行成本估算的時候也用到這種方法。用德爾菲方法進行項目風險識別的過程，是由項目風險小組選定與該項目有關的領域專家，并與這些適當數(shù)量的專家建立直接的函詢聯(lián)系，通過函詢收集專家意見，然后加以綜合整理，再

6、匿名反饋給各位專家，再次征詢意見。這樣反復經過四至五輪，逐步使專家的意見趨向一致，作為最后識別的根據,風險識別,情景分析法 情景分析法是根據項目發(fā)展趨勢的多樣性，通過對系統(tǒng)內外相關問題的系統(tǒng)分析，設計出多種可能的未來前景，然后用類似于撰寫電影劇本的手法，對系統(tǒng)發(fā)展態(tài)勢做出自始至終的情景和畫面的描述。 當一個項目持續(xù)的時間較長時，往往要考慮各種技術、經濟和社會因素的影響，對這種項目進行風險預測和識別，就可用情景分析法來預測和識別其關鍵風險因素及其影響程度。 會議法 定期的項目組會議，如項目轉折點或重要變更時舉行的會議，項目月、季度總結會，項目專家會議都適宜于談論風險信息，將風險討論列為會議議題,

7、本章內容提要,7.3 風險評估,風險評估過程 風險評估又稱風險預測，就是對識別出的風險做進一步分析，對風險發(fā)生的概率進行估計和評價，對風險后果的嚴重程度進行估計和評價，對風險影響范圍進行估計和評價，以及對于風險發(fā)生時間進行估計和評價。 風險評估可采用定性風險評估和定量風險評估來進行,風險評估,風險評估過程如下 確定風險類別 確定風險驅動因素 判定風險來源 定義風險度量準則 預測風險影響 評估風險 對風險進行排序 將風險分析結果歸檔,風險評估,風險評估的方法 定性風險評估 定性風險評估主要是針對風險概率及后果進行定性的評估。 例如采用歷史資料法、概率分布法、風險后果估計法等。歷史資料法主要是應用

8、歷史數(shù)據進行評估的方法，通過同類歷史項目的風險發(fā)生情況，進行本項目的估算,風險評估,定量風險評估 定量風險評估是一種廣泛使用的管理決策支持技術。一般，在定性風險分析之后就可以進行定量風險分析。 定量風險分析過程的目標是量化分析每一個風險的概率及其對項目目標造成的后果，也分析項目總體風險的程度。定量風險評估可以包括以下方法： 訪談 盈虧平衡分析 決策樹分析 模擬法,本章內容提要,7.4 風險計劃,風險計劃 針對風險分析的結果，為提高實現(xiàn)項目目標的機會并降低風險的負面影響而制定風險應對策略和應對措施的過程，即通過制定一系列的行動和策略來對付、減少以至于消滅風險事件。 降低風險的主要策略 回避風險、

9、轉移風險、損失控制以及自留風險。 風險計劃的結果 項目風險計劃或風險管理方案。 風險計劃的應該提供一個風險分析表，包括：項目風險的來源、類型，項目風險發(fā)生的可能時間、范圍，項目風險事件帶來的損失，以及項目風險可能影響的范圍等,本章內容提要,7.5 風險控制與管理,風險控制 通過對風險的規(guī)劃和對項目全過程的控制，保證風險管理能達到預期的目標。 風險控制是項目實施過程的一個重要工作，其目的是核對風險管理的策略和實施的實際效果是否與預見相同，同時獲取反饋信息，改善風險計劃和管理。 風險管理描述的是整個項目生存期中風險識別、風險評估、風險規(guī)劃和風險控制是如何架構和執(zhí)行的。在項目的進行過程中，需要不斷地

10、進行風險控制,本章內容提要,7.6 案例分析,以一個教育管理系統(tǒng)項目為例。某教育管理系統(tǒng)項目是一個基于J2EE技術的Web應用項目。它主要為個公司或者一個部門的所有員工提供教育培訓的管理。這個項目的需求來自一家大型公司，我們要在規(guī)定期限內提交產品，并保證軟件的質量。這里我們將探討軟件項目風險管理等內容在軟件項目管理中的具體應用，總結出一些有價值的軟件項目管理經驗，為以后在軟件項目中實施項目管理提供了有益的借鑒。教育管理系統(tǒng)項目項目被劃分成多個較小的模塊或單元，分配給項目的各個小組的成員，每個小組成員承擔一個或幾個任務。首先是子系統(tǒng)和模塊的分解，子系統(tǒng)和模塊的分解著重于功能，本系統(tǒng)的分解，依據需

11、求所要求的三個角色的不同操作進行劃分。系統(tǒng)被劃分員工操作子系統(tǒng)、部門領導管理子系統(tǒng)以及系統(tǒng)管理員子系統(tǒng)這樣三個子系統(tǒng)。然后，根據功能，將各個子系統(tǒng)又劃分成幾個模塊。整個教育管理系統(tǒng)的功能劃分如圖7-1所示,案例分析,案例分析,由于風險是在項目開始之后才開始對項目的開發(fā)起負面的影響，所以風險分析的不足，或是風險回避措施不得力，都很有可能造成軟件開發(fā)的失敗。風險分析是在事前的一種估計，憑借一定的技術手段和豐富的經驗，基本能夠對項目的風險做出比較準確的估計，經過慎重的考慮提出可行的風險回避措施，是避免損失的重要環(huán)節(jié)。下面主要關注軟件開發(fā)中的主要風險，但是這只是項目風險中的一部分，在資金、預算、合同等

12、方面都存在風險,案例分析,項目過程中在幾乎每個階段都會出現(xiàn)風險。因此，正確評估每個階段可能的風險是保證項目按時按質完成的重要環(huán)節(jié)。軟件在需求分析階段、設計階段、實現(xiàn)階段以及測試維護階段等，會出現(xiàn)不同的風險。 需求分析階段的風險 軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方的引導才能保證需求的完整，再以書面的形式形成 用戶需求這一重要的文檔。需求分析更多的是開發(fā)方確認需求的可行性和一致性的過程，在此階段需要和用戶進行廣泛的交流和確認。需求和需求分析的任何疏漏造成的損失會在軟件系統(tǒng)的后續(xù)階段被一級級地放大，因此本階段的風險最大,案例分析,設計階段的風險 設計的主要目的在于軟

13、件的功能正確的反映了需求?？梢娦枨蟮牟煌暾蛯π枨蠓治龅牟煌暾湾e誤，在設計階段被成倍地放大。設計階段的主要任務是完成系統(tǒng)體系結構的定義，使之能夠完成需求階段的即定目標;另一方面也是檢驗需求的一致性和需求分析的完整性和正確性。 設計本身的風險主要來自于系統(tǒng)分析人員。分析人員在設計系統(tǒng)結構時過于定制，系統(tǒng)的可擴展性較弱，會給后期維護帶來巨大的負擔，和維護成本的激增。 設計階段蘊涵的另一種風險來自于設計文檔。文檔的不健全不僅會造成實現(xiàn)階段的困難，更會在后期的測試和維護造成災難性的后果，例如根本無法對軟件系統(tǒng)進行版本升級，甚至是發(fā)現(xiàn)的簡單錯誤都無從更正,案例分析,開發(fā)測試階段的風險 軟件的實現(xiàn)從某種

14、意義上講是軟件代碼的生產。原代碼本身也是文檔的一部分，同時它又是將來運行于計算機系統(tǒng)之上的實體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風險來源。規(guī)范的代碼生產會把屬于程序員自身個性風格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風險。 維護階段的風險 從軟件工程的角度看，軟件維護費用約占總費用的 55%-70%，系統(tǒng)越大，該費用越高。對系統(tǒng)可維護性的輕視是大型軟件系統(tǒng)的最大風險。在軟件漫長的運營期內，業(yè)務規(guī)則肯定會不斷發(fā)展，科學的解決此問題的做法是不斷對軟件系統(tǒng)進行版本升級，在確?？删S護性的前提下逐步擴展系統(tǒng),案例分析,在軟件系統(tǒng)運營期間，主要的風險源自于技術支持體系的無效運轉?？?/p>

15、學的方法是有一支客戶支持隊伍不斷收集運行中發(fā)現(xiàn)的問題，并將解決問題的方法傳授給軟件系統(tǒng)的所有使用者。 體系結構方面的風險 本項目采用J2EE技術和三層結構，在技術的成熟度上來說，不存在風險。但是，在實現(xiàn)上，對開發(fā)人員的技術要求，以及在實現(xiàn)良好的軟件構架和穩(wěn)定的組件方面，也存在風險性。 軟件體系結構影響到軟件的如下質量因素： 軟件的可伸縮性： 軟件的可維護性： 軟件易用性,案例分析,項目管理中的風險 項目管理中主要考慮的風險問題有： 軟件是否能夠按工期的要求完成 軟件需求的調研是否深入透徹 軟件的實現(xiàn)技術手段是否能夠同時滿足性能要求 軟件質量體系是否能夠被有效地保證,案例分析,風險管理貫穿于整個項目生命周期。風險管理包括三個階段：風險標識別、風險量化以及風險規(guī)避。和其他的軟件項目一樣，在教育管理系統(tǒng)項目中也存在著許多風險。我們將風險影響劃分為四級，從高到低為:一級、二級、三級、四級，級別越高，表示風險發(fā)生后帶來的影響越大;同時我們也將風險發(fā)生率分為四級，一級最高，級別越高，表示風險發(fā)生的幾率越大。表7-11顯示了本項目一部分風險的風險分析表格,案例分析,本章內容提要,7.7 本章小結,本章論述了風險及風險管理的概念，提出軟件風險是導致軟件項目進度延遲、預算超支或項目部分或整體失敗的因素。不確定性和損失是風險的兩大屬性。軟件項目是即將或正在進行的生產過程，既然是