以下是我对团队结构的一些学习和理解，肯定有许多不好不适用的地方，希望给予指出。

典型的web应用开发的团队：
决策者：决定项目是否可以执行
内容确定人员：需求分析人员和基本可以代表广大客户的人员
开发人员：系统分析员，程序设计员，测试人员，美工人员
发布人员
起支持作用的人员：维护人员，技术顾问
web管理人员：客户中培养，或与客户协商培养
最终的用户

典型的web应用开发过程：
项目分析
系统设计
开发
测试
发布
更新、支持和管理

相对比较完善的软件开发团队：
项目经理：
    项目设计、项目规划、客户和市场沟通
开发团队：
    队长：团队管理、开发计划、沟通团队、调节矛盾、部分参与或则参与编程
    队员：编程
测试团队：
    队长：团队管理、制定计划、沟通团队、调节矛盾、部分参与或则参与测试
    队员：具体测试、督促开发团队开发
产品团队：
    界面、美工、使用性能调查、可能的话有客户参与协同工作
客户培训团队：
    队长：团队管理、制定计划、指定工作、与客户沟通
    队员：编写客户文档，与客户沟通

我们的特点：

一：可以配备的人员少，涉及的方向多（java,vb,delphi,报表，美工等）
    建议人员配备上，少而精悍，团队成员基本都是多面手类型人才，但同时各有精专，且每个人的长处基本上就是我们涉及到的方向。
    比如：A擅长JAVA,DELPHI还可以，VB不会，报表不会，美工不会；B擅长DELPHI，VB还可以，报表不会，美工不会，JAVA不会；C擅长VB，报表还可以，美工不会，JAVA不会，DELPHI不会；D擅长报表，美工还可以，JAVA不会，DELPHI不会，VB不会。

二：需求的变动性强，随时可能有突然到来的工作
    建议团队成员基本上都具有快速开发能力，一个或多个成员具有快速构建能力，整个团队具有快速应变能力，成员团结一致。

三：每个人的长处都是别人的短处，每个人的短处都是别人的长处
    这个是我们的长处也是我们的短处，长处在于大家可以互相弥补互相学习。短处在于过于紧密可能更容易发生冲突，而且找一个恰好可以替换位置的人不容易。所以配合、沟通、互助、培养团队感情因素很重要。而且很多代码风格最好能够求同存异统一一点，以利于互相学习，互相沟通。

    文档：正常的按计划开发情况下，文档应该在项目经理指定的环节完成，当突发事情出现时，文档可以留待事情基本解决后补充完善。

    培养团队感情因素方面，建议每周抽出一定时间大家搞搞活动，员工生日之类的不要错过。

    个人以为有一个方法可以促进团队整体的前进：每周抽出一定时间，轮班制由某一个团队成员出来给大家当“老师”，讲述自己较拿手的或则较新的技术含量较高的技术。要求该成员在前一到两天将要讲述的资料或至少是题目内容发给其余成员，鼓励其余成员在“课堂”上踊跃提问发言。（每周进行“授课”或则称为“演讲”的成员只有一个，当然，项目紧张情况下可以更改日期或延后）。这样的好处是可以锻炼大家大声的销售自己的艺术，促进大家学习，这种类似快餐的方法应该可以提高成员的学习能力及知识面。

    项目公告牌的建立，公告一些项目进展情况，项目特殊情况，项目信息。让成员对项目进展有更多的了解，也有一定的防止偷懒行为的作用（因为大家在监督着）。

    团队激励。人做某一件事情做久了，难免会有各种各样的想法，好的想法倒无所谓，如果是不好的想法，可能就会使紧密的团队逐渐开裂甚至分散。每隔一定的时间，来一次整个团队的团队激励，振奋人心，提高大家的积极性。

【转载】