（一）msf中的風險
msf中的專案風險與其他行業中的風險定義不同，msf中的風險定義更為廣泛。msf中的風險定義為：任何可能對專案結果產生積極或消極影響的事件或條件。
（二）風險和故障在msf中的不同
風險是指「未來」的消極結果或損失的潛在的可能。故障是指「當前」已經存在於專案中的條件或狀態。如果沒有有效地規避掉風險，那麼風險在未來的某時，將會變成故障。
（三）msf中風險管理的目標
msf中，風險管理是提前識別和定位專案風險的過程。風險管理的目標是讓專案風險帶來的積極影響最大化，同時讓消極影響最小化。對於風險的有效管理和理解能在一定程度上保證風險和機會間的有效平衡。
（四）msf風除管理的基本原則
msf風險管理原則基於風險必須被提前解決這一理念；它是正式和系統過程的一部分，將風險管理作為積極的工作。
1.保持靈活 — **變化
變化是專案團隊面臨的主要不確定性之一。變化本身就給軟體專案帶來了風險。風險管理工作不應該被限制在專案生命週期的單一階段，應該在整個專案生命週期的每個階段都持續地管理風險，因為專案各方面的連續性變化也意味著風險的持續性變化。
2.鼓勵公開交流
msf
針對風險提出了乙個既在團隊內使用，又在團隊外部使用的公開方法。所有的團隊成員都應該參與風險識別和分析。對於專案風險公開的討論可以帶來更多對專案狀態的正確評價。
3.學習經驗
msf
認為，從某乙個專案中獲得的知識可以減少另乙個專案中決策的不確定性。在鼓勵所有團隊成員公開交流的過程中，也鼓勵對從專案結果中獲得經驗的交流。
4.共同的責任，清楚的義務
專案團隊中的每乙個成員都有責任積極地參與風險管理程序。在專案進度表及計畫中，團隊成員個人都被賦予了明確的專案風險定位的責任。在msf 組隊模型中，專案管理角色在風險管理工作中負有最終責任，並確保「風險管理工作」融入該項目的專案管理過程之中。
（五）msf風險管理中需要注意的幾點經驗
1.風險存在於所有專案或過程中
儘管因專案的不同，風險的多少也各異，但沒有乙個專案是不包含風險的。
2.主動的風險管理是最有效的
有效的風險管理絕對不只是通過單純地處理故障來實現的。正如上面所說的，風險和故障是有很大區別的。專案團隊應該致力於提前識別風險，並發展策略和計畫來管理這些風險。計畫應該包含如何在故障發生時解決它們。預見潛在的故障、提前做出有效的計畫，可以縮短危機出現後的反應時間，並減小故障發生時帶來的危害。
因此，msf 採用以下主動的方法來識別、分析和定位風險：
a.預期發現故障，而不要等到故障發生的時候再解決。
b.找尋根本原因，而不僅僅處理表面症狀。
c.在故障發生之前，做出故障解決方案計畫。
d.使用已知、可重複的過程解決故障。
e.在適當的時機採用預防性的方法。
3.積極地看待風險識別
有效的風險管理對當前團隊正面臨著的風險的正確和全面的理解密不可分。專案團隊（尤其是團隊領導）應該積極地看待風險識別，從而保證提供關於眼前風險盡可能多的資訊。
4.持續評估
因為風險存在於軟體專案的各個階段中，因此應該將風險管理工作整合到整體專案生命週期中，從而適當地修正風險控制計畫和工作，而不需要建立乙個單獨的報告和跟蹤基礎設施。
軟體專案各階段中的持續變化會導致不同的風險，這就要求專案團隊有規律地對已知風險的情況進行重新評估，從而修正計畫以防止這些風險帶來的故障。
5.保持公開交流
組織層次中由上至下的資訊交流通常十分簡單，但是由下至上的資訊傳遞卻是相當困難的。軟體專案中的風險通常為一些團隊成員所知，如果這些風險資訊由於缺乏充分的交流。最後使風險演化成故障，則會危害到整個軟體專案。因此，軟體專案中，需要管理人員鼓勵公開交流，並確保每個人都正確地理解風險和風險計畫。
6.先說明，後管理
風險管理面對的是未來的可能會影響結果的條件或事件，因此就具有不確定性。因此就要在管理風險時，清楚地說明一些不確定性。通過清楚地說明不確定性，可以確保團隊成員對風險有相同的理解、為風險管理計畫提供基礎等。
7.不要簡單地根據風險的數量判斷情況
風險只是可能發生的事物或條件，而並不是實際的損失或不理想的結果。
（六）風險計畫
風險計畫中應該回答以下問題：
²風險管理的責任和約束是什麼？
²風險管理過程應該如何實現？
²風險管理過程的階段有哪些？
²每個階段的工作、任務、責任和結果是什麼？
²誰來執行風險管理過程？
²有哪些技能需求？
²需要額外的培訓嗎？
²專案的風險管理將會如何影響企業級的工作？
²專案團隊將會使用哪類工具和方法？
²用什麼來對風險進行分級和評估？
²風險應該如何分級？
²意外事件和風險計畫應該怎樣建立和執行？
²怎樣將風險控制工作整合到整體專案計畫中？
²團隊成員將負責哪些工作來管理風險？
²團隊和專案領導該如何交流風險狀況？
²應該如何監控進展？
²使用哪類基礎設施（資料庫、工具、知識庫）來支援風險管理過程？
²風險管理的風險是什麼？
²風險管理有哪些可用資源？
²在進度表中，哪幾天對實現風險管理是最重要的？
²誰是發起人和投資人？
風險管理工作不應該被孤立於專案計畫和標準的工作流程之外，風險管理應該被視為團隊成員完成專案的補充。在msf的過程模型中的預想和計畫階段，應該產生風險管理計畫。
（七）風險管理過程
這個圖並不是表示「所有專案風險都會固定地經過這些階段」的，msf 風險管理原則鼓勵每個專案在「msf過程模型」的「專案計畫階段」定義風險管理過程將於什麼時候，以什麼方式發起，以及各階段間的轉化將在怎麼樣的環境下發生。
上面這些階段屬於邏輯階段，對於任何給定的風險，並不需要嚴格地遵循這些階段。一般情況下，在「識別」-「分析」-「計畫」三步中迴圈即可，而僅僅周期性地進入「學習」這一階段來為團隊捕獲知識。
下面就分別對每一階段進行簡要介紹：
1.風險識別
讓個體可以發現風險，進而通過開放式交流，使專案團隊意識到潛在的故障。作為風險管理過程的輸入，風險識別應該盡可能早的執行，並在專案的生命週期中頻繁地重複。
正如上面的「風險管理經驗」中說所的「先說明，後管理」，在團隊識別到了風險以後，要形成「風險清單」並對每個風險進行說明，說明它的不確定性條件等。以供進一步的風險分析。
2.風險分析並按優先順序排列
將風險識別過程中發現的特定專案風險，轉化為一種可以被專案團隊用來確定優先決策的形式，通常情況下形成乙個「主風險清單」。團隊針對「主風險清單」中的風險按照一定方法估算出它的重要程度，並按重要程度進行排序。針對目前的專案資源對「主風險清單」中先幾個風險進行管理，從而對最重要的風險進行管理。
3.風險計畫和安排進度
這一步中重點是提取前一步中「風險分析」中獲得的資訊並用其明確表達策略、計畫和安排工作進度。風險排程可以確保計畫被認可並融入標準的日常專案管理程序和基礎設施中，從而確保風險管理作為團隊日常工作的一部分執行。風險排程明確地利用專案計畫與風險計畫關聯。
4.風險跟蹤和報告
「風險跟蹤」監控特定風險的狀況以及它們各自工作計畫中的進展情況。它隨時更新乙個風險發生的變化，由於外部或內部的因素使風險發生了變化時，風險跟蹤會及時反饋，從而為下乙個「風險管理過程」的週期提供決策的依據。風險跟蹤也包含監控變化風險的概率、影響、暴露程度以及其他因素，這些變化可能改變優先順序或風險計畫、專案特性、資源或是進度表。「風險報告」確保團隊明白專案風險的狀態並管理它們的計畫。
5.風險控制
風險控制是執行風險計畫和相關現狀報告的過程。風險控制也包含專案變化控制。風險狀況或風險計畫的更改可能導致專案特性、資源或進度表的更改。
6.風險總結學習
使知識和相應專案案例及工具正式化，並在團隊和企業內部以可再度使用的知識。
風險知識庫是一種正式或非正式的機制，專案組織通過風險知識庫來捕獲知識，來幫助將來的風險管理。如果沒有某些知識庫，專案組織可能很難有效地管理風險。
---msf
風險管理完
微軟解決方案框架 MSF 綜述
3個模型 風險管理模型 小組模型 6個平等角色 過程模型 迭代模型 以體系結構為中心，面向過程，提倡小組協作，強調風險管理 iso9000 3和iso9001特指軟體行業，規定了20種必須實施的活動 iso12207軟體生存期過程 cmm能力成熟度模型。分5級 初始級，可重複級，可定義級，可管理級，...
微軟解決方案框架 MSF的主旨和目標
msf microsoftsolution framework 即解決方案框架，它是一套微軟總結的以往的經驗 原理 模型 準則 概念 指南等的集合。msf的重點是放在如何推動技術專案的成功上。msf 會幫助專案團隊直接解決導致專案失敗的大多數常見原因，以提高成功率 解決方案的質量和業務影響。msf認...
微軟解決方案框架 MSF的團隊模型 3
七 msf團隊模型與 外部協調 時的狀態 為了保證團隊專案的成功，團隊還必須和其他外部工作組相互影響 交流 以及協調。這些交流的範圍可以從業務角度和技術角度來分。工作組的範圍涉及顧客 使用者 還有其他開發小組。在交流的過程中，對於交流中的責任進行區分是很重要的，因為這樣顧客和開發小組都能知道團隊中誰...