msf
，即microsoft solution framework
，也就是微軟公司推薦做軟體的方法。在
2006
年，伴隨著
visual studio team foundation 2005
的發布，
msf4.0
也推出了。其中描述了團隊協作的典型流程和在軟體上的應用，軟體自然就是
vstf了。
msf基本原則包括以下8條：
1、推動資訊共享與溝通（foster open communication）
2、為共同的遠景工作（work toward a shared vision）
3、充分授權和信任（empower team members）
4、各司其職，對專案共同負責（establish clear accountability and shared responsibility）
5、重視商業價值（focus on delivering business value）
6、保持敏捷，預期變化（stay agile, expect change）
7、投資質量（invest in quality）
8、學習所有的經驗（learn from all experiences）
推動資訊共享與溝通：
開展乙個專案的時候，需要大家都了解乙個專案，對專案的所有資訊都要保留，並做到公開；討論包括所有需要知道的人員，決定要公布給專案的所有成員；最好的設想是隨著專案事件的發生自然地傳遞到關心這些事情的人那裡。
資訊共享和溝通是其他原則實行的基礎，如果資訊不能共享，也就談不上「授權」，或「建立清晰的責任和共同的職責」，以及「保持敏捷，**變化」。這就是為什麼「資訊共享於溝通」是第一基本原則的原因。
為共同的遠景工作
「共同的遠景」是指專案的遠景，團隊的所有成員都應該同意專案的遠景。
我們無論做什麼型別的軟體都要明確我們專案的目標是什麼：目標必須是明確的，無二義性的；目標不是當前就能達到，需要通過努力才能夠達到；目標不是「口號」，應該對專案成員每天的工作都有指導作用。專案成員如果發現你做的事情和專案的遠景沒有幫助，你應該跟老闆提出來。
遠景一般由「有遠見的人」提出，通過公共討論來形成，在討論的過程中，可以消除誤解，凝聚共識。這是專案的關鍵，也是專案第一階段要達到的主要目標！
充分授權和信任
授權有兩層意思：一是給某人權利和權威；二是給予某人更多的自信和自尊。在乙個高效的團隊中，所有的成員都應該能得到充分的授權，他們有權力在自己的職權範圍內按照他們自己的承諾完成任務，同時，他們也充分信任其他同事也能實現各自的承諾。
授權的好處有兩點： 1
、被授權的人會承擔起自己對專案的責任，同時也期望同事們也同樣對專案負責； 2
、msf
提倡自下而上的計畫，每個人有充分的權力估計並決定自己的任務需要多長的時間，而不是上級交給的時間，這意味著讓真正做這件事的人按照自己的估計去完成任務，這樣做的結果是人人都會支援專案的計畫和時間表，因為這個時間表是每個人自下而上訂出來的。
授權不等同於放任不管，領導者在授權之後，要為手下的成功提供各種必要的幫助——技術上的陪訓、策略上的提醒，以及各方面的資訊和資源。
各司其職，對專案共同負責
每個角色都有自己的職責（見下表），如果出了問題，這個角色就要負責任。
團隊模型和關鍵質量目標
關鍵質量目標
小組角色
出口條件
按約束條件交付產品
程式管理
我們的專案是在時間
/資源的條件內交付的麼？
按產品規格說明交付產品 開發
我們是否按照功能說明完成了各項功能？
保證所有問題都得到處理 測試
我們發現了所有的問題，而且都有處理方案嗎？
產品部署和後續管理
發布管理
客戶是否能快速方便地部署產品和進行後續管理？
讓產品更好用
使用者體驗
產品是否適應使用者的使用習慣？易用易學？
讓客戶滿意
產品管理
客戶是否（在總體上）滿意我們的專案
與此同時，各個角色合起來對專案整體最終的成功負責。每個角色在其職責範圍內的失敗都會導致整個專案的失敗，而且各個角色的工作都是相互滲透、相互依賴的。這種互相依賴的方式也鼓勵團隊成員在自己本職之外為其他領域做貢獻。
另外，人物的責任人需要自己決定意見，別人的意見都只是參考。責任人的責任是巴事情做出來，而不是討好所有的人！
在專案進展的過程中，對於每一項任務，每個人要明確以下幾點：
who：誰負責；
what
：做什麼，具體的執行方案，什麼叫做「做好了」；
when
：什麼時候開始，什麼時候結束；
why：為什麼是這樣安排，在什麼情況下可以變更？
重視商業價值
專案應該是出於商業目的的，如果沒有商業的需求，再酷的技術也沒有用。商業專案需要重視市場和使用者，技術是處於第三位的。
乙個團隊專案如果沒有經得起考驗的商業價值，沒有明確的遠景是很難堅持下去的。當專案遇到困難的時候，當專案看不到盡頭的時候，商業價值比激情更能夠保證專案的發展。
國外對創業有這樣乙個觀點：
如果你還沒有能說清楚你的產品解決了什麼問題，為誰解決問題，為什麼你的產品會解決這些問題，以及客戶怎樣付錢讓你解決問題，那你就不應該貿然創業。
保持敏捷，預期變化
軟體工程，唯一不變的是變化。所以別幻想客戶的需求會在第一時間很明確，然後保持不會變。除開客戶的外部原因，團隊內部也在不斷的變化，這就要求團隊保持敏捷的身段。
投資質量
對質量的重視，引起對質量的投資，引起對人、過程和工具的投資。之所以叫「投資」，而不叫「全面的質量管理」是有其道理的： 1
、投資要講效率。我們要重視質量，但並不是要不惜一切代價達到最高的質量標準，提高質量是要花成本的，而不是為提高質量而提高質量。 2
、投資要講時機，就和**一樣。 3
、投資是長期的。真正的投資者看重的是長線的收益；人的成長，團隊的成熟都需要時間，不可能短期內立竿見影；
商用軟體只有在其發布以後才會體現它的商用價值，但是面對軟體缺陷的無休止出現，我們做商用軟體要找到乙個平衡點，及時發布能夠解決使用者問題的軟體，並能夠及時修改軟體中的問題。好的公司便能夠做到這兩個「及時」。
學習所有的經驗
這一原則有兩個含義： 1
、把經驗總結出來； 2
、分享經驗；
為什麼要堅持總結和分享？是為了—— 1
、讓團隊成員從別人的成果和失敗的例子中學到東西； 2
、幫助新專案重複以往成功的做法； 3
、培育團隊總結的習慣和「批評與自我批評」的文化；
對於大型的團隊專案，可以進行里程碑回顧；這樣既保證專案進行時間不久，大家對專案中發生的事較清晰，也可以幫助在專案後續中去改正這些問題。整個專案結束後，可以舉行由外部團隊參與的「事後諸葛亮」會，來保證對專案評估的客觀以及團隊之間的相互學習。
以上便是
msf的
8條基本原則。在中國本地的專案開展中可能都不會完全做到，但是這些意見的內容可以記住並在以後的專案中間進行一些方面的應用，相信會給你的專案帶來一些變化。
最後申明一下，上面的所有內容全部出自於《移山之道
—vsts
MSF基本原則概述
msf 即microsoft solution framework 也就是微軟公司推薦做軟體的方法。在 2006 年，伴隨著 visual studio team foundation 2005 的發布，msf4.0 也推出了。其中描述了團隊協作的典型流程和在軟體上的應用，軟體自然就是 vstf了。...
MSF 的8個基本原則
1.推動資訊共享與溝通 foster open communications 所有的資訊都保留，並公開。2.為共同的遠景而工作 work toward a shared vision 這個目標必須是明確的，沒有二義性 這個目標不是當前就能達到，必須是通過努力才能達到的 這個目標不是空泛的，它應該對專...
超越基本原則
techtarget中國 techtarget中國原創 因為持續要求減少it成本，dba們不能再被看作是主要的成本負擔。相反，dba們必須努力於被公司認可和證明他們的價值。本篇文章將集中講述兩方面內容 你作為乙個dba需要具有的技術 硬 技能和非技術 軟 技能。我還會提供建議關於怎樣同管理層打交道和...