以下是我對團隊結構的一些學習和理解，肯定有許多不好不適用的地方，希望給予指出。

典型的web應用開發的團隊：
決策者：決定項目是否可以執行
內容確定人員：需求分析人員和基本可以代表廣大客戶的人員
開發人員：系統分析員，程序設計員，測試人員，美工人員
發布人員
起支持作用的人員：維護人員，技術顧問
web管理人員：客戶中培養，或與客戶協商培養
最終的用戶

典型的web應用開發過程：
項目分析
系統設計
開發
測試
發布
更新、支持和管理

相對比較完善的軟件開發團隊：
項目經理：
    項目設計、項目規劃、客戶和市場溝通
開發團隊：
    隊長：團隊管理、開發計劃、溝通團隊、調節矛盾、部分參與或則參與編程
    隊員：編程
測試團隊：
    隊長：團隊管理、制定計劃、溝通團隊、調節矛盾、部分參與或則參與測試
    隊員：具體測試、督促開發團隊開發
產品團隊：
    界面、美工、使用性能調查、可能的話有客戶參與協同工作
客戶培訓團隊：
    隊長：團隊管理、制定計劃、指定工作、與客戶溝通
    隊員：編寫客戶文檔，與客戶溝通

我們的特點：

一：可以配備的人員少，涉及的方向多（java,vb,delphi,報表，美工等）
    建議人員配備上，少而精悍，團隊成員基本都是多面手類型人才，但同時各有精專，且每個人的長處基本上就是我們涉及到的方向。
    比如：A擅長JAVA,DELPHI還可以，VB不會，報表不會，美工不會；B擅長DELPHI，VB還可以，報表不會，美工不會，JAVA不會；C擅長VB，報表還可以，美工不會，JAVA不會，DELPHI不會；D擅長報表，美工還可以，JAVA不會，DELPHI不會，VB不會。

二：需求的變動性強，隨時可能有突然到來的工作
    建議團隊成員基本上都具有快速開發能力，一個或多個成員具有快速構建能力，整個團隊具有快速應變能力，成員團結一致。

三：每個人的長處都是別人的短處，每個人的短處都是別人的長處
    這個是我們的長處也是我們的短處，長處在于大家可以互相彌補互相學習。短處在于過于緊密可能更容易發生沖突，而且找一個恰好可以替換位置的人不容易。所以配合、溝通、互助、培養團隊感情因素很重要。而且很多代碼風格最好能夠求同存異統一一點，以利于互相學習，互相溝通。

    文檔：正常的按計劃開發情況下，文檔應該在項目經理指定的環節完成，當突發事情出現時，文檔可以留待事情基本解決后補充完善。

    培養團隊感情因素方面，建議每周抽出一定時間大家搞搞活動，員工生日之類的不要錯過。

    個人以為有一個方法可以促進團隊整體的前進：每周抽出一定時間，輪班制由某一個團隊成員出來給大家當“老師”，講述自己較拿手的或則較新的技術含量較高的技術。要求該成員在前一到兩天將要講述的資料或至少是題目內容發給其余成員，鼓勵其余成員在“課堂”上踴躍提問發言。（每周進行“授課”或則稱為“演講”的成員只有一個，當然，項目緊張情況下可以更改日期或延后）。這樣的好處是可以鍛煉大家大聲的銷售自己的藝術，促進大家學習，這種類似快餐的方法應該可以提高成員的學習能力及知識面。

    項目公告牌的建立，公告一些項目進展情況，項目特殊情況，項目信息。讓成員對項目進展有更多的了解，也有一定的防止偷懶行為的作用（因為大家在監督著）。

    團隊激勵。人做某一件事情做久了，難免會有各種各樣的想法，好的想法倒無所謂，如果是不好的想法，可能就會使緊密的團隊逐漸開裂甚至分散。每隔一定的時間，來一次整個團隊的團隊激勵，振奮人心，提高大家的積極性。

【轉載】