實際項目團隊模型
我們實際項目的團隊結構，往往是這樣的：
實際情況與理想的傳統模型比較，有以下重大差異：
1.項目經理身兼多職。
很多項目往往沒有專職的系統分析員和軟件設計師，項目經理兼任需求分析與軟件設計的工作，甚至還需要負責編碼的工作。
圖中系統分析員、軟件設計師這兩個角色都是虛線框，意思是表示這兩個角色往往只是虛位，難以落實具體的專職的人員。
項目經理要做的事情太多了，往往沒有辦法專注項目管理，項目計劃相關的文檔能免則免，項目設計文檔能少則少。
2.測試工程師、實施工程師低人一等。
很多公司公司的測試工程師、實施工程師會“低人一等”，開發人員有天生的優越感，而項目經理往往是由開發人員升任的，項目經理會有意無意地將測試工程師、實施工程師擺低一級。各角色如果不能平等的工作，項目團隊戰斗力自然大受影響。
造成這種不平等的原因主要有兩個：一是開發人員的天生優越感，二是整體來說我們的測試工程師、實施工程師水平確實還不夠
在我們公司其實也有這樣的“不平等”情況，我花了很多時間營造“平等”的氛圍，我的主要辦法有：
1）通過各種途徑不斷強調項目團隊各專業人才的重要性。
2）想盡辦法提高測試工程師與實施工程師的水平。
3.配置管理員、QA再低人一等，甚至可有可無。
圖中這兩種角色是灰色的，這兩者可能是整個項目團隊中“慘淡”的角色了！
好一點的公司都會有配置管理員，但往往被當作文員來看待，而有些公司甚至沒有專職的配置管理員，項目經理甚至沒有想到要配置管理這回事。QA是一個四面不討好，到處惹人非議的角色，可以說是項目組中“差”的職位了。
造成這局面原因也主要有兩個：一是大家的習慣性思維認為這兩個職位是不重要的，二是我們的配置管理員、QA的水平還不夠的問題。
對于配置管理工作，其實實質是項目生命周期中各種工作產品的管理工作，我認為項目經理應該發揮更大的作用，而我們的配置管理員應該嵌入到項目的具體中去完成工作，而不要只抱著配置管理的大道理來工作。
QA確實是痛苦的職位，的QA需要有的項目經驗，但有項目經驗的人大都不愿意做QA，這是多么矛盾和痛苦啊！
