msf
（microsoftsolution framework
）即解決方案框架，它是一套微軟總結的以往的經驗、原理、模型、準則、概念、指南等的集合。
msf的重點是放在如何推動技術專案的成功上。
msf
會幫助專案團隊直接解決導致專案失敗的大多數常見原因，以提高成功率、解決方案的質量和業務影響。
msf認為沒有任何乙個單一的組織結構或者軟體過程能夠適應所有專案的環境和要求。因此
msf是一套靈活的、可伸縮的框架，它對軟體專案具有很強的適應能力。
msf是一種對軟體專案的指導方針，它沒有去規定實施很多的限制性的細節。
msf
的乙個基礎原理是「學習所有的經驗」。
l軟體開發專案 l
基礎結構部署專案 l
打包的應用程式整合專案 l
以上專案組合的專案
msf把重點放在了「人員和過程」的管理以及技術元素的管理上。
1.過程管理不夠靈活，難以適應專案的變化
眾所周知，軟體工程中唯一不變的原則就是「永遠在變」。面對各個專案的性質不同、需求的變化、技術的發展、組織的變更、人員的流動、思想的波動等等的變化原因，不可能用一種軟體過程管理來應對所有的這些變化。因此這是導致專案不成功最大的因素。 2.
無法以乙個團隊的方式進行溝通和運作
當團隊內的資訊無法順暢地在成員之間進行流轉的情況。那麼專案很難成功。成員之間溝通不及時，掌握的資訊不對等，往往意味差工作成果的倒退，乙個成員認為是「正確的功能」，在整個專案來看，很可能是不必要的，甚至是錯誤的。這就使整個專案很難向前推進，最終使專案無法成功。 3.
缺乏共同的語言和過程
由於沒有共同語言，使團隊成員在溝通時，非常容易出現溝通出錯的情況。最為典型的是：同一句話，兩個人有各自不同的解釋。這種情況破壞性很大，往往是過很長時間以後，這個理解上的差別引起的錯誤已經很大了，才會被發現。這時就是降低了開發效率、做了無用功。
缺少共同的過程，往往造成「你不知道我在幹嘛，我也不知道你在幹嘛」，這種情況也是對軟體專案成功的很大的危險因素。 4.
業務和技術過分分離
技術是承載業務過程的手段。業務過程最終會以**的形式體現於技術中。當業務和技術完全進行分離的時候，這就給軟體專案引入了實現過程中的風險。因此，在我們公司的軟體過程中，建議讓技術人員提前介入在業務設計的過程中，這樣他們可以從技術的角度提出一些建議或意見。這比後來發現某某功能在技術上不能實現或很難實現，所造成的影響或損失要小得多。 5.
目標和職能相分離
軟體專案團隊沒有乙個統一的目標，各個子團隊各有自己的「職能」。於是，各個子團隊的目標有很有可能不一致，使團隊在協同工作的過程中出現衝突。不利於軟體專案的進展。例如，當開發團隊和測試團隊的目標不一致時，很容易就出現兩個團對的敵對情緒。當測試團隊和設計團隊目標不一致時，最終的軟體也不會有很高的質量。當設計團隊與開發團隊目標不一致時，所開發的軟體就偏離了原始的意圖。
以上這些都是我們在軟體專案過程中需要注意避免的。
1.理解業務的方向、目標和機會 2.
保證it
目標支援業務目標 3.
保持與業務不斷地交流與溝通 4.
形成主動的工作環境 5.
組織團隊有效地工作。
最後一點是關於對軟體團隊成員的意識層面的改變：
it的首要目標不是更多的技術，而是將其主要力量和豐富的技術知識同「人和過程」結合起來，為整個組織服務的。
msf有兩個模型，分別為：團隊模型和過程模型。
msf有三個準則，分別為：專案管理準則、風險管理準則和就緒管理準則。
目前僅了解
msf的大體情況，隨著學習的深入，在以後的學習報告中會逐個進行總結。
從這個圖可以很清楚地看到，在軟體專案的生命週期中，
msf負責指導計畫階段的中期和後期、軟體構造階段、部署階段前期和中期的任務。而軟體專案生命週期的其餘階段，即部署階段的後期、運營期、計畫期的前期均是在微軟運營框架（
mof）負責。（
mof不在此文件的範圍之內）
msf的團隊模型為複雜的軟體專案解決了哪些方面的問題:序號
複雜專案的典型問題
成功專案的目標
誰應該為此目標負責？ 1.
專案延期交付並且超支
按專案約束交付軟體 ？
2.生成的軟體不是客戶真正想要的
按規格說明書構建軟體 ？
3.軟體運**況難以**，客戶總能找到錯誤
確定並找到問題後才發布，使符合質量標準 ？
4.軟體不能在客戶已有的軟硬體環境中穩定執行或部署困難 平滑
/方便地部署、為以後日常平穩地執行做好充分準備 ？
5.使用極困難，不符合使用者操作習慣
使用者使用順手，方便，提高使用者的使用效率 ？
6.軟體不符合使用者的預期，使用者不滿意
使客戶滿意 ？
7.專案資訊總不能及時共享給目標人群
建立良好的溝通機制 ？
可以從上表中看出，每乙個條目均代表了軟體專案的乙個方面，某乙個方面做不好，則會對軟體專案的影響都非常大。但是團隊中誰應該為專案的某一或某些方面的問題或質量負責呢？
msf團隊模型針對上面表中的每個具有代表性的方面均給出了相關團隊負責處理相關方面的問題。
微軟解決方案框架 MSF 綜述
3個模型 風險管理模型 小組模型 6個平等角色 過程模型 迭代模型 以體系結構為中心，面向過程，提倡小組協作，強調風險管理 iso9000 3和iso9001特指軟體行業，規定了20種必須實施的活動 iso12207軟體生存期過程 cmm能力成熟度模型。分5級 初始級，可重複級，可定義級，可管理級，...
微軟解決方案框架 MSF 風險管理
一 msf中的風險 msf中的專案風險與其他行業中的風險定義不同，msf中的風險定義更為廣泛。msf中的風險定義為 任何可能對專案結果產生積極或消極影響的事件或條件。二 風險和故障在msf中的不同 風險是指 未來 的消極結果或損失的潛在的可能。故障是指 當前 已經存在於專案中的條件或狀態。如果沒有有...
微軟解決方案框架 MSF的團隊模型 3
七 msf團隊模型與 外部協調 時的狀態 為了保證團隊專案的成功，團隊還必須和其他外部工作組相互影響 交流 以及協調。這些交流的範圍可以從業務角度和技術角度來分。工作組的範圍涉及顧客 使用者 還有其他開發小組。在交流的過程中，對於交流中的責任進行區分是很重要的，因為這樣顧客和開發小組都能知道團隊中誰...