項目經理：太累，不懂領導到底要啥。
團隊成員：閑得無聊，不知道要干什么。對工作沒有積極性，不主動。
這樣的結果就是：領導和項目經理的個人能力，基本決定了項目成功的可能性。
然后大家開始分析為什么會這樣，原因在哪里，于是就引入了MSF的團隊模型。
當然這個實驗模型為了突出問題，做了很多簡化，但在實際環境中，這些缺陷是確確實實存在的。
MSF的團隊模型中，分成了6個角色，這6個角色是：程序管理、開發、測試、發布管理、用戶體驗、產品管理。每個角色之間是平等的關系，沒有上下級的行政差別。
這幾個角色并非一定要和人一一對應，當你沒有足夠的人手時候，一些角色可以重疊，由一個人兼任，但開發不推薦和其它角色兼任，這是因為要保持開發的封閉性。
當你的團隊人數眾多，規模比較大的時候，可以把大團隊劃分成小團隊，再由核心團隊總攬。既可以按照軟件功能、特性來分成功能團隊，也可以根據職能劃分，例如，程序管理角色有多個人擔任。這充分體現了MSF非常靈活、務實的一面，適應性很強�？梢杂糜趲讉�人的小TEAM，也可以適用于規模很大的團隊。
敏捷軟件開發理論適應性就弱些，大家公認不太適合超過10人的團隊組織，而且，對成員的要求更高。
在另外一個模型－過程模型里面，MSF敏捷的一面又顯露了出來。通過把復雜的項目分成多個版本進行迭代開發，來充分的簡化項目難度。每個版本都有自己要完成的功能范圍，可以看成一個“小項目”，項目小了，復雜度、難度自然大大下降，當然成功的概率就高的多。而且，和項目相關的人能很快的評估項目成果，來決定項目的“下一版本”方向。
在每個項目過程中，都包含一個很完整的階段，項目構思、項目計劃、項目開發、項目穩定、項目部署。從項目構思到項目部署結束，每個環節都有很多的所謂“里程碑”成果。就是每個階段都有很明確的要求，到底要拿出什么成果。而這些成果，是需要團隊成員共同努力來取得的，正好和團隊模型相互結合。
在項目的任何一個階段，每一個團隊成員都要有成果，大家是并行工作的。這樣一來，就避免了傳統組織方法的很多弊病，如開發沒結束，測試難以進行。在這樣的模型中，不再是一個上司發號施令，下面的人去被動執行，已經演變成了大家都能積極主動的參與進來，每個人都有事情可以做。不同的角色在不同的項目階段，分別起到主導作用。
課程中還有一個很重要的MSF原則貫穿其中，那就是風險。所謂風險，簡單的說就是事件有可能發生，但是不確定何時何地。
團隊最早開始做的事情之一就是管理風險，我們通過分組，在課堂上模擬了一遍，很有意思。每個人根據實驗要求，挖空心思，冥思苦想，想象在項目過程中到底會發生什么事情，判斷可能性和后果。連團隊成員懷孕，無法繼續工作這種事情也被找了出來，戲劇性的是，一個學員就承認，自己的團隊就遇見了這樣的麻煩，而且還不知道到底應該怎么辦。
管理風險的目的就是把握主動權，在風險發生的時候能迅速處理，從而保證項目能順利進行下去。這樣一來，客戶會對我們更有信心，更信任我們，項目成功的可能性會進一步提高。
課程的后面，就是具體的項目執行過程了，如項目計劃的制定、開發、穩定、部署等等。其中不乏精彩的觀點和指導方針，讓你有法可依。
這就是我在MSF培訓結束后的體會和總結。
理論和實踐從來都是相互交織的，沒有理論，做事情就沒有章法，沒有后勁。缺乏實踐，理論就變得十分空洞，陷入空談。你必須把理論不斷的應用于項目管理實踐，才能不斷的成長、成熟。
所以在這里向大家推薦“微軟解決方案框架”這套理論和課程。
大家可以去 http://www.newtrain.com.cn/ 和微軟合作的培訓組織
http://www.microsoft.com/msf 微軟解決方案框架相關內容查看一下相關信息。
想成為項目管理者的各位好漢，準備好了嗎？
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
