八、MSF的團隊模型
從上圖可以看出，MSF中每個子團隊在項目中的作用和關注的問題分別對應着項目中不同的六個方面。它們每個子團隊的角色都代表了對項目的一種視角，沒有哪一個人或角色能完全代表所有的不同質量目標。在此，MSF把角色與責任結合起來了。
由於在軟件項目中每一個方面的失敗均會導致整個軟件項目的失敗。因而，MSF團隊模型中，在工作層面上也沒有上下級的關係。每個子團隊都對最終的軟件質量的一部分負責。子團隊成員內部，對子團隊本身負責，實現該角色的質量目標。角色之間相互依賴，相互合作。它們之間通過“溝通”機制相互共享項目信息。需要說明的是，這種“沒有上下級的關係”是在“工作層面”的，不是組織架構的組織。
在此，我們也可以根據我們自身的情況，對ＭＳＦ團隊模型中進行改造，使之應用於我們的團隊中。例如，將“產品管理”和“用戶體驗”兩種角色進行合併。“發佈管理”和“測試”角色進行合併等等。ＭＳＦ是給出一個團隊組織的指導方針，沒有必要也不應該完全照搬。
（一）MSF團隊模型的優點是什麼？
MSF團隊中，各子團隊的工作和職責相互依賴，這種相互的依賴性會鼓勵子團隊成員對由其他子團隊工作做出評論和貢獻，以確保該子團隊成員所有的知識、能力、經驗能夠被應用到解決方案裏。項目的成功，屬於所有的子團隊成員。他們共同分享一個成功的項目所帶來的榮譽和回報。即使是一個不太成功的項目，也能做到全心投入並從中吸取教訓，以完善他們的專長。
（二）MSF團隊模型中各個角色的職責分工
要說明的是，以下給出的ＭＳＦ團隊中各角色的職責分工，不表示任何組織機構或工作職位的固定設置。因爲ＭＳＦ是一個可伸縮的框架，它僅給出一個團隊組織的指導。這些角色應該隨着組織的變化，而有所變化。使用ＭＳＦ團隊模型，關鍵在於爲了更好地實現項目的目標，清晰地理清角色和它們的職責的分佈關係。（這一點，對我們很有幫助，這不僅僅是適用於團隊模型，也適用於ＭＳＦ其他的方面和原則。）
u 產品管理
目標：滿足客戶
項目必須滿足客戶的需求並以此作爲成功的標準。如果一個項目其他方面均達到了原來制定的質量標準，但卻沒有滿足客戶的需要，那麼這種項目一定是不成功的。
職能領域：
A. 市場開發
B. 業務價值
C. 客戶擁護
D. 產品計劃
職責：
A. 作爲客戶的擁護者
B. 驅動共同的項目和方案設想
C. 管理客戶需求說明
D. 開發和維護業務案例
E. 管理客戶期望
F. 驅動產品特徵、日程表、資源權衡決策
G. 管理市場開發、產品宣傳和公共關係
H. 開發、維護和執行交流計劃
描述：
從“產品管理”角色的職責中可以看到，這個角色在團隊項目中是代表了客戶一方的。“產品管理”這一角色靠近於客戶一側。這個角色的關鍵目標就是保證最終的軟件滿足客戶。這一角色負責首先要做的就是確定和了解客戶，然後在在此基礎上清晰界定出用戶的需求範圍和需求分析。
u 程序經理
目標：交付滿足項目約束的解決方案
在ＭＳＦ團隊模型中所有子團隊的一個關鍵目標是實現滿足項目約束的解決方案。大多數項目使用“按時、按預算”作爲評價成功的標準。
職能領域：
A. 項目管理
B. 解決方案體系結構
C. 過程保證
D. 管理服務
職責：
A. 驅動開發過程以期按時的交付產品
B. 管理產品規格說明書－首席項目構架師
C. 促進小組內部的交流和商議
D. 維護項目日程表和報告項目狀態
E. 驅使關鍵的權衡決策的實現
F. 開發、維護和執行項目總規劃和日程表
G. 驅使和管理風險評估和風險管理
描述：
“程序管理”角色的中心是實現在各類項目約束內交付解決方案的目標。這就類似於項目中控制的作用。程序管理確保了在適合的時間（用時間表）交付出適合的解決方案。
作爲項目日程的控制者，“項目管理”角色收集或整理項目的總日程表中。總日程表被跟蹤記錄。
作爲項目預算的控制者，“項目管理”角色控制項目預算，跟蹤實際開支。此外，項目管理還協調各種資源，促進小組交流。
u 開發角色羣
目標：根據規格說明創建解決方案
精確的按照規格說明書交付產品對子團隊來說是很重要的，因爲規格說明書代表着子團隊與客戶之間的一項協議。
職能領域：
A. 技術諮詢
B. 實現的構架和設計
C. 應用程序開發
D. 基礎結構開發
職責：
A. 指定物理設計的特徵
B. 估算完成每個特徵所需的時間和精力
C. 構建每個特徵並監督其實現
D. 準備部署時使用的產品
E. 爲小組提供技術主題的專門知識
描述：
MSF 提出了三級設計過程：概念設計、邏輯設計、和物理設計。“程序管理”和“產品管理”共同擁有概念設計。“開發”角色擁有設計中的邏輯和物理方面。邏輯和物理設計要求瞭解相關技術帶來的影響。
“開發”角色主要責任是按規格說明書構建功能，其中涉及到的內容包括：編碼規範和設計、管理單元測試、處理在測試過程中查出的質量問題、解決方案組件的整合。
u 測試
目標：在所有產品質量事宜被識別並處理後進行發佈
所有的軟件都存在缺點。“測試”角色的一個關鍵目標是確保那些缺點在發佈產品之前被確定和處理。
職能領域：
A. 測試規劃
B. 測試工程
C. 測試報告
職責：
A. 確保瞭解所有問題
B. 決定測試策略和制定計劃
C. 執行測試
描述：
“測試”角色羣的目標是隻有當所有的產品質量問題被識別出來並被處理後，纔可以批准發佈。所有被交付的產品都是有缺點的。關鍵是在發佈產品之前，確保那些缺陷被識別出來並被處理。
u 用戶體驗
目標：提高用戶效率
爲了項目的成功，用戶操作軟件的方式必須儘量完善。一個擁有豐富功能與特性的軟件，但它的這些功能與特性卻很難被目標用戶所操作，這被認爲是失敗的。
職能領域：
A. 技術交流
B. 培訓
C. 可用性
D. 用戶界面設計
E. 國際化
F. 易用性
職責：
A. 爲項目小組充當用戶擁護的角色
B. 管理用戶需求說明
C. 設計和開發性能支持系統
D. 驅動可用性和用戶性能增效的權衡決策
E. 爲用戶提供幫助特點和幫助文檔的規格說明書
F. 開展和提供用戶培訓
描述：
“用戶體驗”角色羣的目標是提高用戶效率。用戶體驗由六個方面組成：易用性、國際化、技術交流、培訓、可用性和圖形設計。
u 發佈管理
目標：進行平滑的部署及日常運行
有時進行平滑部署的需要會被忽視。子團隊必須爭取實現一個平滑的部署併爲產品的支持和管理做好準備。這些內容可以包括在部署前的培訓、基礎結構和支持的準備工作等。
職能領域：
A. 基礎結構
B. 支持
C. 操作
D. 業務發佈管理
職責：
A. 作爲各種操作、支持與交付渠道的擁護者
B. 管理所得
C. 管理產品部署
D. 驅使可用性和可支持性權衡決策
E. 管理各種操作、支持和交付渠道之間的關係
F. 爲項目小組提供後勤支持
描述：
發佈管理角色羣的目標是使部署流暢和持續操作。
（三）ＭＳＦ團隊模型的最佳實踐
1. 組建小型專業化團隊（一般不超過１０人）
2. 在同一地點共同工作（團隊內部溝通、與客戶的溝通都很方便）
3. 要求客戶加入項目團隊（制定特定接口人）
4. 全體參與項目重要活動（項目不神祕原則）
5. 在複雜的項目中，“程序管理”角色分成“項目經理”和“架構師”兩種職責。
