實際情況與理想的傳統(tǒng)模型比較，有以下重大差異：
1、項目經(jīng)理身兼多職。
很多項目往往沒有專職的系統(tǒng)分析員和軟件設(shè)計師，項目經(jīng)理兼任需求分析與軟件設(shè)計的工作，甚至還需要負(fù)責(zé)編碼的工作。
圖中系統(tǒng)分析員、軟件設(shè)計師這兩個角色都是虛線框，意思就是表示這兩個角色往往只是虛位，難以落實具體的專職的人員。
項目經(jīng)理要做的事情太多了，往往沒有辦法專注項目管理，項目計劃相關(guān)的文檔能免則免，項目設(shè)計文檔能少則少。
2、測試工程師、實施工程師低人一等。
很多公司公司的測試工程師、實施工程師會“低人一等”，開發(fā)人員有天生的優(yōu)越感，而項目經(jīng)理往往是由開發(fā)人員升任的，項目經(jīng)理會有意無意地將測試工程師、實施工程師擺低一級。各角色如果不能平等的工作，項目團隊?wèi)?zhàn)斗力自然大受影響。
造成這種不平等的原因主要有兩個：一就是開發(fā)人員的天生優(yōu)越感，二就是整體來說我們的測試工程師、實施工程師水平確實還不夠
在我們公司其實也有這樣的“不平等”情況，我花了很多時間營造“平等”的氛圍，我的主要辦法有：
1）通過各種途徑不斷強調(diào)項目團隊各專業(yè)人才的重要性。
2）想盡辦法提高測試工程師與實施工程師的水平。
3、配置管理員、QA再低人一等，甚至可有可無。
圖中這兩種角色是灰色的，這兩者可能是整個項目團隊中最“慘淡”的角色了！
好一點的公司都會有配置管理員，但往往被當(dāng)作文員來看待，而有些公司甚至沒有專職的配置管理員，項目經(jīng)理甚至沒有想到要配置管理這回事。QA是一個四面不討好，到處惹人非議的角色，可以說是項目組中最“差”的職位了。
造成這局面原因也主要有兩個：一就是大家的習(xí)慣性思維認(rèn)為這兩個職位就是最不重要的，二就是我們的配置管理員、QA的水平還不夠的問題。
對于配置管理工作，其實實質(zhì)就是項目生命周期中各種工作產(chǎn)品的管理工作，我認(rèn)為項目經(jīng)理應(yīng)該發(fā)揮更大的作用，而我們的配置管理員應(yīng)該嵌入到項目的具體中去完成工作，而不要只抱著配置管理的大道理來工作。
QA確實是最痛苦的職位，優(yōu)秀的QA需要有資深的項目經(jīng)驗，但有資深項目經(jīng)驗的人大都不愿意做QA，這是多么矛盾和痛苦??！
簡單地說，實際的項目團隊結(jié)構(gòu)有以下嚴(yán)重問題：
1、團隊的頭不能專職項目管理。
2、項目團隊中各專業(yè)人才要么缺失、要么嚴(yán)重不平等。
MSF的項目團隊模型
MSF，全稱是Microsoft Solution Framework，微軟解決方案框架，是微軟進行研發(fā)活動的方法論。
MSF的團隊模型非常特別，它沒有團隊的頭領(lǐng)：
此圖來自MSF的官方資料
微軟的團隊是沒有項目經(jīng)理的，由6類角色組成，分別是產(chǎn)品經(jīng)理(Product Management)、程序經(jīng)理(Program Management)、開發(fā)(Development)、測試(Test)、發(fā)布管理(Release Management)、用戶體驗(User Experience)。
各類角色負(fù)責(zé)的職責(zé)如下：
該模型的幾個重要特點：
1、沒有所謂的項目經(jīng)理。
程序經(jīng)理這個角色可以說是最接近項目經(jīng)理的了，他需要編制計劃及跟蹤計劃執(zhí)行，但在行政級別上，他不是大家的頭，大家都是平等的，大家只是處在不同專業(yè)的角度來負(fù)責(zé)工作。
2、強調(diào)項目團隊是由各專家組成的。
軟件開發(fā)活動是高強度高挑戰(zhàn)的智力活動，我們需要由各類專家共同負(fù)責(zé)協(xié)調(diào)工作，每位專家都是同等重要的。
3、用戶體驗是我們常常忽略的部分。
用戶體驗簡單地說就是用戶使用軟件時的感覺，軟件的顏色、布局、文字、行為等等會直接影響用戶使用軟件的滿意度。目前我們國內(nèi)的項目組，往往沒有用戶體驗設(shè)計環(huán)節(jié)，也沒有專職的用戶體驗設(shè)計師。