軟件開發(fā)是智力型團(tuán)隊(duì)，如何發(fā)揮每個(gè)人的作用，并將所有人的力量扭成一股強(qiáng)大的項(xiàng)目團(tuán)隊(duì)?wèi)?zhàn)斗力，這是項(xiàng)目團(tuán)隊(duì)模型要重點(diǎn)解決的問題。

　　大綱：

　　1.傳統(tǒng)項(xiàng)目團(tuán)隊(duì)模型

　　2.實(shí)際項(xiàng)目團(tuán)隊(duì)模型

　　3.MSF的項(xiàng)目團(tuán)隊(duì)模型

　　4.實(shí)用團(tuán)隊(duì)模型

　　5.什么才是合適的項(xiàng)目團(tuán)隊(duì)模型？

　　正文：

　　傳統(tǒng)項(xiàng)目團(tuán)隊(duì)模型

　　什么是項(xiàng)目團(tuán)隊(duì)模型？簡(jiǎn)單地說就是項(xiàng)目以怎樣的方式組建團(tuán)隊(duì)，軟件開發(fā)項(xiàng)目團(tuán)隊(duì)的傳統(tǒng)團(tuán)隊(duì)模型如下：

項(xiàng)目組在項(xiàng)目經(jīng)理的帶領(lǐng)下，各角色協(xié)調(diào)工作，為項(xiàng)目成功而努力！

　　各角色的具體職責(zé)如下：

　　項(xiàng)目經(jīng)理：整體協(xié)調(diào)項(xiàng)目，編制計(jì)劃及保證計(jì)劃執(zhí)行，推動(dòng)項(xiàng)目成功。

　　系統(tǒng)分析員：分析系統(tǒng)需求，保證系統(tǒng)需求既滿足客戶要求，同時(shí)保證技術(shù)可行性；指導(dǎo)項(xiàng)目技術(shù)方案及系統(tǒng)架構(gòu)設(shè)計(jì)。

　　軟件設(shè)計(jì)師：細(xì)化系統(tǒng)設(shè)計(jì)。

　　程序員：編碼實(shí)現(xiàn)設(shè)計(jì)。

　　測(cè)試工程師：測(cè)試系統(tǒng)，保證系統(tǒng)滿足需求。

　　實(shí)施工程師：部署、調(diào)試系統(tǒng)，培訓(xùn)客戶，協(xié)助客戶推動(dòng)系統(tǒng)上線運(yùn)行。

　　配置管理員：對(duì)整個(gè)項(xiàng)目周期中的工作產(chǎn)品實(shí)施配置管理。

　　QA：質(zhì)量保證工程師，保證開發(fā)過程按照既定的要求進(jìn)行，保證工作產(chǎn)品符合既定的規(guī)范。

　　這個(gè)傳統(tǒng)團(tuán)隊(duì)模型有兩大特點(diǎn)：

　　1.一個(gè)團(tuán)隊(duì)總有一個(gè)頭（這也是我們的慣性思維），這個(gè)頭就是項(xiàng)目經(jīng)理。

　　2.假設(shè)各種專業(yè)的角色能協(xié)調(diào)工作，并能各自發(fā)揮所長(zhǎng)。

　　我們希望項(xiàng)目團(tuán)隊(duì)能有一個(gè)強(qiáng)大的頭領(lǐng)，加上一班專業(yè)人才，共同為項(xiàng)目成功而努力。

　　但實(shí)際情況有這么理想嗎？

　　項(xiàng)目經(jīng)理會(huì)埋怨手下能力不夠、不主動(dòng)報(bào)告工作、不主動(dòng)承擔(dān)責(zé)任......

　　而項(xiàng)目組成員會(huì)埋怨項(xiàng)目經(jīng)理不夠強(qiáng)，只會(huì)叫他干活，不授權(quán)，更加不會(huì)傳授知識(shí)......

　　實(shí)際項(xiàng)目團(tuán)隊(duì)模型

　　我們實(shí)際項(xiàng)目的團(tuán)隊(duì)結(jié)構(gòu)，往往是這樣的：

實(shí)際情況與理想的傳統(tǒng)模型比較，有以下重大差異：

　　1.項(xiàng)目經(jīng)理身兼多職。

　　很多項(xiàng)目往往沒有專職的系統(tǒng)分析員和軟件設(shè)計(jì)師，項(xiàng)目經(jīng)理兼任需求分析與軟件設(shè)計(jì)的工作，甚至還需要負(fù)責(zé)編碼的工作。

　　圖中系統(tǒng)分析員、軟件設(shè)計(jì)師這兩個(gè)角色都是虛線框，意思就是表示這兩個(gè)角色往往只是虛位，難以落實(shí)具體的專職的人員。

　　項(xiàng)目經(jīng)理要做的事情太多了，往往沒有辦法專注項(xiàng)目管理，項(xiàng)目計(jì)劃相關(guān)的文檔能免則免，項(xiàng)目設(shè)計(jì)文檔能少則少。

　　2.測(cè)試工程師、實(shí)施工程師低人一等。

　　很多公司公司的測(cè)試工程師、實(shí)施工程師會(huì)“低人一等”，開發(fā)人員有天生的優(yōu)越感，而項(xiàng)目經(jīng)理往往是由開發(fā)人員升任的，項(xiàng)目經(jīng)理會(huì)有意無意地將測(cè)試工程師、實(shí)施工程師擺低一級(jí)。各角色如果不能平等的工作，項(xiàng)目團(tuán)隊(duì)?wèi)?zhàn)斗力自然大受影響。

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

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

　　1）通過各種途徑不斷強(qiáng)調(diào)項(xiàng)目團(tuán)隊(duì)各專業(yè)人才的重要性。

　　2）想盡辦法提高測(cè)試工程師與實(shí)施工程師的水平。

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

　　圖中這兩種角色是灰色的，這兩者可能是整個(gè)項(xiàng)目團(tuán)隊(duì)中最“慘淡”的角色了！

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

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

　　對(duì)于配置管理工作，其實(shí)實(shí)質(zhì)就是項(xiàng)目生命周期中各種工作產(chǎn)品的管理工作，我認(rèn)為項(xiàng)目經(jīng)理應(yīng)該發(fā)揮更大的作用，而我們的配置管理員應(yīng)該嵌入到項(xiàng)目的具體中去完成工作，而不要只抱著配置管理的大道理來工作。

　　QA確實(shí)是最痛苦的職位，優(yōu)秀的QA需要有資深的項(xiàng)目經(jīng)驗(yàn)，但有資深項(xiàng)目經(jīng)驗(yàn)的人大都不愿意做QA，這是多么矛盾和痛苦啊！

　　簡(jiǎn)單地說，實(shí)際的項(xiàng)目團(tuán)隊(duì)結(jié)構(gòu)有以下嚴(yán)重問題：

　　1.團(tuán)隊(duì)的頭不能專職項(xiàng)目管理。

　　2.項(xiàng)目團(tuán)隊(duì)中各專業(yè)人才要么缺失、要么嚴(yán)重不平等。

　　MSF的項(xiàng)目團(tuán)隊(duì)模型

　　MSF，全稱是Microsoft Solution Framework，微軟解決方案框架，是微軟進(jìn)行研發(fā)活動(dòng)的方法論。

　　MSF的團(tuán)隊(duì)模型非常特別，它沒有團(tuán)隊(duì)的頭領(lǐng)：

此圖來自MSF的官方資料

　　微軟的團(tuán)隊(duì)是沒有項(xiàng)目經(jīng)理的，由6類角色組成，分別是產(chǎn)品經(jīng)理(Product Management)、程序經(jīng)理(Program Management)、開發(fā)(Development)、測(cè)試(Test)、發(fā)布管理(Release Management)、用戶體驗(yàn)(User Experience)。

　　各類角色負(fù)責(zé)的職責(zé)如下：

該模型的幾個(gè)重要特點(diǎn)：

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

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

　　2.強(qiáng)調(diào)項(xiàng)目團(tuán)隊(duì)是由各專家組成的。

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

　　3.用戶體驗(yàn)是我們常常忽略的部分。

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

　　我第一次學(xué)習(xí)MSF團(tuán)隊(duì)模型時(shí)讓我很震動(dòng)，該模型體現(xiàn)了以人為本的開發(fā)模式，讓團(tuán)隊(duì)中的每個(gè)人都極受鼓舞，但該模型在實(shí)際工作中很難完全應(yīng)用，主要原因如下：

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

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

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

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

　　3.團(tuán)隊(duì)協(xié)助能力差。

　　我們的團(tuán)隊(duì)基本不會(huì)“team work”，我們從小到大的教育就基本沒有“team work”的教育。

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

　　實(shí)用團(tuán)隊(duì)模型

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

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

　　我們光抱怨我們的教育制度是沒有用的，我們需要實(shí)用的團(tuán)隊(duì)模型來解決當(dāng)前的實(shí)際問題。我在實(shí)際項(xiàng)目中的項(xiàng)目團(tuán)隊(duì)模型，通常是這樣的：

　　角色和人并一定是一一對(duì)應(yīng)的，一個(gè)人可以戴多個(gè)角色的帽子，一種角色也可能由多個(gè)人擔(dān)當(dāng)。

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

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

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

　　1.讓綜合能力比較強(qiáng)的人擔(dān)當(dāng)項(xiàng)目經(jīng)理。

　　這個(gè)人不一定非常強(qiáng)，但只要他是項(xiàng)目組所有人中綜合能力最強(qiáng)的人就可以了。項(xiàng)目經(jīng)理除了領(lǐng)導(dǎo)項(xiàng)目團(tuán)隊(duì)，他需要更關(guān)注項(xiàng)目成員的成長(zhǎng)。項(xiàng)目經(jīng)理進(jìn)行相關(guān)決策的時(shí)候，應(yīng)該充分發(fā)揮大家的參與性。

　　2.各角色是同等重要的。

　　無論是測(cè)試工程師、實(shí)施工程師、配置管理還是QA，他們都和開發(fā)人員是平等的。哪怕是項(xiàng)目經(jīng)理也不是高高在上的，項(xiàng)目經(jīng)理只是比大家稍微高級(jí)別一點(diǎn)，之所以這樣也是因?yàn)楦鹘巧乃竭€不是很夠，我們需要一個(gè)項(xiàng)目帶領(lǐng)人。

　　3.持續(xù)總結(jié)與進(jìn)步。

　　犯錯(cuò)不可怕，只需要能不斷學(xué)習(xí)不斷總結(jié)不斷進(jìn)步就可以了。整個(gè)項(xiàng)目小組是學(xué)習(xí)型成長(zhǎng)型的團(tuán)隊(duì)，要人人勇于承擔(dān)責(zé)任，不怕犯錯(cuò)，遇到問題一起來總結(jié)進(jìn)步！

　　4.強(qiáng)調(diào)用戶體驗(yàn)的重要性。

　　用戶體驗(yàn)其實(shí)是很重要的工作，但往往被我們忽視，而現(xiàn)實(shí)情況是我們基本沒有用戶體驗(yàn)方面的高校教育，各公司在這方面的基礎(chǔ)也比較薄弱。我在實(shí)際工作中，會(huì)把用戶體驗(yàn)的責(zé)任落實(shí)到實(shí)施工程師與測(cè)試工程師頭上，要求他們多從客戶的角度來思考軟件應(yīng)該如何設(shè)計(jì)。另一方面，我會(huì)要求項(xiàng)目組成員或者我自己親自編寫出用戶體驗(yàn)設(shè)計(jì)文檔，讓整個(gè)項(xiàng)目小組來評(píng)審。希望通過這系列的工作，培養(yǎng)出公司自己的用戶體驗(yàn)設(shè)計(jì)師。

　　什么才是合適的項(xiàng)目團(tuán)隊(duì)模型？

　　其實(shí)沒有固定的標(biāo)準(zhǔn)，各種項(xiàng)目管理理論都會(huì)有它自己的見解。無論是傳統(tǒng)的團(tuán)隊(duì)模型，還是MSF的團(tuán)隊(duì)模型，各種理論都會(huì)基于某些假設(shè)，我們實(shí)際工作中應(yīng)用這些知識(shí)時(shí)，應(yīng)充分認(rèn)識(shí)當(dāng)前我們的水平和存在的問題，針對(duì)性地調(diào)整模型將其轉(zhuǎn)化為合適的情況，并在實(shí)際工作中持續(xù)改善它。

　　從我的經(jīng)驗(yàn)看來，以下幾點(diǎn)是很重要的：

　　1.項(xiàng)目中的每個(gè)人盡管水平和能力不一致，但應(yīng)該都被平等的對(duì)待，所有人對(duì)項(xiàng)目同等重要。

　　2.水平和能力較高的人，應(yīng)該承擔(dān)更多責(zé)任，并且有責(zé)任推動(dòng)項(xiàng)目組人員提高水平。

　　3.“學(xué)習(xí)、總結(jié)、進(jìn)步”，是每個(gè)項(xiàng)目團(tuán)隊(duì)?wèi)?yīng)該具備的基本特點(diǎn)。

　　4.項(xiàng)目各角色的劃分其實(shí)是靈活的，但項(xiàng)目所有人員的整體能力和水平，應(yīng)該能覆蓋實(shí)用項(xiàng)目團(tuán)隊(duì)模型的8種角色。如果缺失某種角色，或者某種角色的水平較低，項(xiàng)目組則應(yīng)該有計(jì)劃地去增強(qiáng)這部分的水平。

　　5.項(xiàng)目組中所有人承擔(dān)的工作負(fù)荷和責(zé)任應(yīng)該大致均等。

　　通過本文，希望能為各位打造高效的項(xiàng)目團(tuán)隊(duì)帶來有益的啟發(fā)。

原文鏈接：http://www.cnblogs.com/umlonline/archive/2011/07/19/2110300.html

【編輯推薦】

1. 軟件項(xiàng)目管理之軟件研發(fā)之道
2. 項(xiàng)目經(jīng)理的力量應(yīng)該從哪里來？
3. 當(dāng)你從程序員變?yōu)轫?xiàng)目經(jīng)理
4. 淺談項(xiàng)目經(jīng)理的三個(gè)層次
5. 10個(gè)你不容錯(cuò)過的項(xiàng)目管理工具