8種軟件項目風險管理的協同過程模型
作者：
網絡轉載 發布時間：
[ 2015/7/1 14:55:54 ] 推薦標簽：
軟件測試管理
6．Microsoft的MSF風險管理模型
MSF（Microsoft Solutions Framework）的風險管理思想是，風險管理必須是主動的，它是正式和系統的過程，風險應被持續評估、監控、管理，直到被解決或問題被處理。該模型大的特點是將學習活動溶入風險管理，強調了學習以前項目經驗的重要性。
它的風險管理原則是：
（1）持續的評估；
（2）培養開放的溝通環境：所有組成員應參與風險識別與分析；應鼓勵建立沒有責備的文化；
（3）從經驗中學習：學習可以大大降低不確定性；強調組織級或企業級的從項目結果中學習的重要性；
（4）責任分擔：組中任何成員都有義務進行風險管理。
7．Riskit模型
Maryland大學的Kontio提出Riskit方法，該方法對于風險管理中的每個活動都提供了詳細的活動執行模板，包括活動描述、進入標準、輸入、輸出、采用的方法和工具、責任、資源、退出標準。Riskit方法包括以下內容。
（1）提供風險的明確定義：損失的定義建立在期望的基礎上，即項目的實際結果沒有達到項目相關者對項目的期望的程度；
（2）明確定義目標、限制和其它影響項目成功的因素；
（3）采用圖形化的工具Riskit分析圖對風險建模，定性地記錄風險；
（4）使用應用性損失的概念排列風險的損失；
（5）不同相關者的觀點被明確建模。
8．Leavitt模型
SEI和Boehm的模型都以風險管理的過程為主體，研究每個步驟所需的參考信息及其操作。而Aalborg大學提出的思路則是以Leavitt模型為基礎，著重從導致軟件開發風險的不同角度出發探討風險管理。
1964年提出的Leavitt模型將形成各種系統的組織劃分為4個有趣的組成部分：任務、結構、角色和技術。這4個組成部分和軟件開發的各因素很好地對應起來：角色覆蓋了所有的項目參與者，例如軟件用戶、項目經理和設計人員等；結構表示項目組織和其他制度上的安排；技術則包括開發工具、方法、硬件軟件平臺；任務描述了項目的目標和預期結果。Leavitt模型的關鍵思路是：模型的各個組成部分是密切相關的，一個組成部分的變化會影響其他的組成部分，如果一個組成部分的狀態和其他的狀態不一致，會造成比較嚴重的后果，并可能降低整個系統的性能。
將這個模型和軟件風險的概念相對應，即一個系統開發過程中任何Leavitt組成成分的修改都會產生一些問題，甚至導致軟件修改的失敗。根據Leavitt模型，任何導致風險發生的因素都可以歸結為模型中的組成部分，例如技術及其可行性；或者歸結為組成部分之間的聯系，例如程序開發人員使用某一技術的能力。因此，使用Leavitt模型從4個方面分別識別和分析軟件項目的風險是極有條理性和比較全面的。在進行軟件項目管理時，可以采用不同的方法對不同的方面進行風險管理。
Leavitt模型實際上是提出一個框架，可以更加廣泛和系統地將軟件風險的相關信息組織起來。Leavitt理論的設計方法和實現研究已經廣泛應用于信息系統中，它所考慮的都是軟件風險管理中十分重要的環節，而且簡單、定義良好、適用于分析風險管理步驟。
