這兩天看了《移山之道：VSTS軟體開髮指南》，對團隊軟體開發又有了新的認識。也許對於我們這些軟體開發的新手來說，最重要的是具體技術與應用框架，但讀了這本書後我感覺到，實際團隊項目中工具的使用是次要的，更重要的在於對人員的控制，如何高效得讓一個團隊各司其職、彼此之間在充分信息交流的基礎上協同工作才是一 ...
這兩天看了《移山之道：VSTS軟體開發指南》，對團隊軟體開發又有了新的認識。也許對於我們這些軟體開發的新手來說，最重要的是具體技術與應用框架，但讀了這本書後我感覺到，實際團隊項目中工具的使用是次要的，更重要的在於對人員的控制，如何高效得讓一個團隊各司其職、彼此之間在充分信息交流的基礎上協同工作才是一個軟體開發過程中最重要的因素。
VSTS 就是微軟在MSF框架的基礎上發佈的一套團隊軟體開發集成環境，除了開發工具外還集成了測試工具、構建工具、管理工具和協作工具。其邏輯結構簡單來說，就是把源代碼存放在統一的伺服器上，通過伺服器程式為客戶端不同的人員提供了不同的功能模塊，也就是提供了不同的工具，比如為測試人員提供測試模塊，為管理人員提供管理模塊。不同的模塊之間是高度耦合、協同工作的，我認為這樣的運作體系之所以高效，除了因為各種工具集成完善之外，更多的原因在於所有人員一切的操作有有跡可尋，這一方面加強了人員的信息交流，免去了很多溝通的障礙，另一方面人們可以學習過去的經驗，有一個“錯題集”為你整理了過往的全部錯題記錄，這對於整個團隊的建設十分有利。
說到底VSTS只是一個集成環境，完全可以有別的類似的工具出現，微軟的這套工具之所以強大，原因在於其背後更深層次的思想與內涵，也就是剛剛說的MSF，即 Microsoft Solver Framework，中文是“微軟解決問題框架”，說白了就是大型系統開髮指南，是微軟在多年軟體開發經驗的基礎上總結出來的一套框架。下麵就說說MSF的模型與準則。
MSF框架提出了軟體開發過程中的組隊模型和過程模型。組隊模型其實就是如何進行人員配置，MSF 中技術人員組成為：開發、測試、用戶體驗、產品管理、程式管理、發佈管理幾個方面，這套人員體系的提出看似簡單，其實背後藏著許多團隊的血與淚。
更重要的是過程模型，這是一個團隊開發軟體的流程框架，如果缺少了這樣一套流程體系，像無頭蒼蠅一樣亂撞，開發過程必定會非常低效。過去的軟體過程模型有兩大類，瀑布模型和螺旋模型。瀑布模型是指，為整個軟體開發過程設定一個個裡程碑，在完成一個階段的任務前，後續的工作都無法進行。這對用戶需求始終保持不變的項目來說是適用的，但一旦用戶需求有變化，整個裡程碑的設置都要修改，十分低效。螺旋模型指的是依據用戶需求不斷改變重新構建軟體，這對小型項目比較有效，但一旦項目較大，整個過程會非常混亂。
MSF框架提出的過程模型繼承了以上兩種模型的優點，它既使用了階段里程碑的設計，也使用了迭代的方法根據需求重覆構建軟體。該過程模型中，軟體不是像瀑布模型一下開發完整，而是先開發核心功能並構建、發佈，然後再根據需求變化加入其他新的功能，不斷發佈新的版本，這是一個迭代的過程，體現了螺旋模型的優點。而在每一個版本的開發流程中，設置不同的階段與里程碑，具體分為構思階段、計劃階段、開發階段、穩定階段、部署階段，分別對應需求分析、方案設計、技術代發、軟體測試、項目發佈這幾個步驟。這樣一套結合了迭代與里程碑的高效過程模型，既靈活多變又可穩步前進。
MSF有如下8個準則：推動信息共用與溝通;為共同的遠景而工作;充分授權和信任;各司其職，對項目共同負責;重視商業價值;保持敏捷，預期變化;投資質量;學習所有的經驗。這樣一套設計準則在過程模型中有所體現，也為VSTS工具的設計提供了核心思想，我覺得其更重要的作用是為所有團隊人員提供了一套行為與思想準則，是它們軟體開發生涯中的人生觀與價值觀，心齊了步伐才能一致，思想統一團隊才能前進。
VSTS集成環境就是對MSF框架的具體實現，其中蘊含了MSF框架的模型與準則。就算大家將來使用不到VSTS工具，瞭解MSF框架的基本原理對於團隊軟體開發還是必不可少的。
