qileilove

　實際情況與理想的傳統模型比較，有以下重大差異：

　　1、項目經理身兼多職。

　　很多項目往往沒有專職的系統分析員和軟件設計師，項目經理兼任需求分析與軟件設計的工作，甚至還需要負責編碼的工作。

　　圖中系統分析員、軟件設計師這兩個角色都是虛線框，意思就是表示這兩個角色往往只是虛位，難以落實具體的專職的人員。

　　項目經理要做的事情太多了，往往沒有辦法專注項目管理，項目計劃相關的文檔能免則免，項目設計文檔能少則少。

　　2、測試工程師、實施工程師低人一等。

　　很多公司公司的測試工程師、實施工程師會“低人一等”，開發人員有天生的優越感，而項目經理往往是由開發人員升任的，項目經理會有意無意地將測試工程師、實施工程師擺低一級。各角色如果不能平等的工作，項目團隊戰斗力自然大受影響。

　　造成這種不平等的原因主要有兩個：一就是開發人員的天生優越感，二就是整體來說我們的測試工程師、實施工程師水平確實還不夠

　　在我們公司其實也有這樣的“不平等”情況，我花了很多時間營造“平等”的氛圍，我的主要辦法有：

　　1）通過各種途徑不斷強調項目團隊各專業人才的重要性。

　　2）想盡辦法提高測試工程師與實施工程師的水平。

　　3、配置管理員、QA再低人一等，甚至可有可無。

　　圖中這兩種角色是灰色的，這兩者可能是整個項目團隊中最“慘淡”的角色了！

　　好一點的公司都會有配置管理員，但往往被當作文員來看待，而有些公司甚至沒有專職的配置管理員，項目經理甚至沒有想到要配置管理這回事。QA是一個四面不討好，到處惹人非議的角色，可以說是項目組中最“差”的職位了。

　　造成這局面原因也主要有兩個：一就是大家的習慣性思維認為這兩個職位就是最不重要的，二就是我們的配置管理員、QA的水平還不夠的問題。

　　對于配置管理工作，其實實質就是項目生命周期中各種工作產品的管理工作，我認為項目經理應該發揮更大的作用，而我們的配置管理員應該嵌入到項目的具體中去完成工作，而不要只抱著配置管理的大道理來工作。

　　QA確實是最痛苦的職位，優秀的QA需要有資深的項目經驗，但有資深項目經驗的人大都不愿意做QA，這是多么矛盾和痛苦啊！

　　簡單地說，實際的項目團隊結構有以下嚴重問題：

　　1、團隊的頭不能專職項目管理。

　　2、項目團隊中各專業人才要么缺失、要么嚴重不平等。

　　MSF的項目團隊模型

　　MSF，全稱是Microsoft Solution Framework，微軟解決方案框架，是微軟進行研發活動的方法論。

　　MSF的團隊模型非常特別，它沒有團隊的頭領：

此圖來自MSF的官方資料

　　微軟的團隊是沒有項目經理的，由6類角色組成，分別是產品經理(Product Management)、程序經理(Program Management)、開發(Development)、測試(Test)、發布管理(Release Management)、用戶體驗(User Experience)。

　各類角色負責的職責如下：

　　該模型的幾個重要特點：

　　1、沒有所謂的項目經理。

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

　　2、強調項目團隊是由各專家組成的。

　　軟件開發活動是高強度高挑戰的智力活動，我們需要由各類專家共同負責協調工作，每位專家都是同等重要的。

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

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

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

　　1、各專業人才水平參差不齊。

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

　　2、各專業人才水平全部沒達到要求。

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

　　3、團隊協助能力差。

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

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

　　實用團隊模型

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

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

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