該模型的幾個重要特點：

1.沒有所謂的項目經(jīng)理。

程序經(jīng)理這個角色可以說是接近項目經(jīng)理的了，他需要編制計劃及跟蹤計劃執(zhí)行，但在行政級別上，他不是大家的頭，大家都是平等的，大家只是處在不同專業(yè)的角度來負責工作。

2.強調(diào)項目團隊是由各專家組成的。

軟件開發(fā)活動是高強度高挑戰(zhàn)的智力活動，我們需要由各類專家共同負責協(xié)調(diào)工作，每位專家都是同等重要的。

3.用戶體驗是我們常常忽略的部分。

用戶體驗簡單地說是用戶使用軟件時的感覺，軟件的顏色、布局、文字、行為等等會直接影響用戶使用軟件的滿意度。目前我們國內(nèi)的項目組，往往沒有用戶體驗設計環(huán)節(jié)，也沒有專職的用戶體驗設計師。

我第一次學習MSF團隊模型時讓我很震動，該模型體現(xiàn)了以人為本的開發(fā)模式，讓團隊中的每個人都極受鼓舞，但該模型在實際工作中很難完全應用，主要原因如下：

1.各專業(yè)人才水平參差不齊。

我的個人感覺國內(nèi)以上六類角色的水平由高到低排列，大致這樣：開發(fā)、程序經(jīng)理、產(chǎn)品管理、測試、發(fā)布管理、用戶體驗，而用戶體驗基本是空白。各專業(yè)人才能力不相當，無法組成“無頭領”的團隊，充分發(fā)揮各種角色的作用。

2.各專業(yè)人才水平全部沒達到要求。

哪怕是水平高的開發(fā)角色，我們的平均水平跟微軟的相比還是相差太遠，那更加不需要提其他角色了。

3.團隊協(xié)助能力差。

我們的團隊基本不會“team work”，我們從小到大的教育基本沒有“team work”的教育。

MSF常常也被人以“太理想化”質(zhì)疑，MSF所描述的世界只是軟件開發(fā)的烏托邦而已。難道我們的現(xiàn)實情況決定了我們的項目團隊水平嗎？我們沒有辦法建立一種實用的項目團隊模型，讓我們的項目團隊能持續(xù)進步嗎？

實用團隊模型

我?guī)ьI過很多團隊，其中不少是帶領應屆生或者是工作經(jīng)驗還不多的工程師，團隊中每個人的能力如果還不能塑造好，確實無法讓團隊高效運作。而項目初期我做的很多事情，都是通過項目具體工作來訓練大家、提高每個人水平的事情。

我們的計算機相關教育并沒有訓練出合格的各類專業(yè)人才，但我們這般計算機從業(yè)者都是充滿激情和追求進步的，基于這樣的現(xiàn)狀，我覺得應該有合適的團隊模型能讓我們的項目團隊自學習，然后逐步發(fā)揮各專業(yè)人才的作用。

我們光抱怨我們的教育制度是沒有用的，我們需要實用的團隊模型來解決當前的實際問題。我在實際項目中的項目團隊模型，通常是這樣的：

角色和人并一定是一一對應的，一個人可以戴多個角色的帽子，一種角色也可能由多個人擔當。

上述模型有8種角色：項目經(jīng)理、產(chǎn)品經(jīng)理、軟件設計師、用戶體驗設計師、測試工程師、實施工程師、配置管理員、QA。

前面六種角色分別與MSF的程序經(jīng)理、產(chǎn)品經(jīng)理、開發(fā)、用戶體驗、測試、發(fā)布管理角色類似。

我基本上是很認可MSF的項目管理思想的，但為了適應實際情況，我做了一些必要的調(diào)整。