几种常见的软件团队模式优缺点总结

1.一窝蜂模式：像小朋友踢球一样，球在哪里，人就一窝蜂跟在哪里

优点：欢乐而随意

缺点：这种团队模式很难存活，并不是一种好的团队模式

2.主治医师模式：像在手术台一样，有一个主刀医师，其他人负责协助主刀医师

优点：初衷很好，一个软件团队中，有首席程序员，负责主要模块的设计和编码，其他人尽可能从各个方面支持他的工作

缺点：在一些学校的软工课上，这种模式逐渐退化成“一个学生干活，其他学生打酱油”

3.明星模式：主治医师模式运用到极点

优点：对“明星”个人的成长进步可能会有所帮助

缺点：团队模式强调的是团队的作用，而不是个人的独角戏，这种模式显然违背了团队模式的初衷，效率也很低

4.社区模式：由很多志愿者参与，每个人参与自己感兴趣的项目，贡献力量，大部分人不拿报酬

优点：“众人拾柴火焰高”，成功案例：开发和维护Linux操作系统的社区，成功案例往往需要严格的代码复审和签入的质量控制

缺点：“只烤火，不拾柴”，“拾到的柴火质量太差”

5.业余剧团模式：团队中各人扮演各人的角色

优点：在业余玩票、培训的环境中，每个人都可以尝试不同角色，大家可以比较平等地讨论

缺点：在竞争性强烈、创造性要求高的团队，不会存在完美主义的民主气氛。

6.秘密团队：有一些软件项目在秘密状态下进行，别人不知道他们具体在做什么

优点：团队内部有极大的自由，较高的热情，没有外界的干扰。

缺点：不可能成为普遍模式，只会针对个别项目。

7.特工团队：软件团队由一些有特殊技能的专业人士组成，负责解决一些棘手而有紧迫性的问题

优点：效率高

缺点：对成员的知识面要求十分广，较为针对技术人员，不可能成为普遍模式

8.交响乐团模式：各司其职，想交响乐队一样

优点：各司其职，重在执行

缺点：呆板

9.爵士乐模式：与交响乐模式存在相当多的对立

优点：领导给出一个主题，然后成员们百花齐放，各显本领，快收尾时再总结

缺点：人员不能太多

10.功能团队模式：具备不同能力的同事们平等协作公共完成一个功能

优点：效率高

缺点：每个小组必须与其他小组就编程规范达成一致

11.官僚模式：脱胎于大机构的组织架构，几个人报告给一个小头目，几个小头目报告给中头目，依次向上

优点：有助于技术的交替与互补

缺点：容易掺杂一些追名逐利，往往会使团队效率大打折扣

 

 

　　

转载于:https://www.cnblogs.com/djesse1/p/10639208.html