团队做业（一）

  首先声明下咱们团队的成员：2013040101059叶思惟，2013040101061谢军莹，201304010164莫皓中，2013040101067郭荣杰，2013040101073孙宇宏，2013040101075张心语。

  咱们小组在辩论并投票以后，剧院模式和秘密团队的票数居多，秘密团队自己就给人一种神秘感，但考虑到咱们即将要作的软件项目是公开的，也就不能做为一个秘密去开发了，因此咱们团队选择了剧院模式做为咱们未来进行项目开发的团队类型参考模式。剧院模式这样的团队在每个项目中，不一样的人会挑选不一样的角色，在下一个项目中，这些人也许会换一个彻底不一样的角色类型。各人在团队中遵从一个中央指挥的指导和安排。能起到各司其职，自由分工的做用，利于团队的交流，同秘密团队模式同样，团队内部有极大的自由，较高的热情。不存在绝对的领导，这样你们也就不会有对某人不服气的想法了。

  对于主治医师团队，有首席程序员，负责处理主要模块设计和编码，其余成员从各类角度支持他，这样容易退化成"一个学生干活，其他学生打酱油“，因此咱们没选择这种团队模式。对于明星模式是主治医师团队模式的终极版，这样，团队中的明星的光芒会盖过团队其余人的总和，队内其余成员可能会出现不满和消极状态，不利于团队合做。对于社区模式，好处是”众人拾材火焰高“，但若是你们都只来烤火不去拾材，最终火也就熄灭了。相比较特工团队，要求成员们都是精英程序员，可想而知，并不适合咱们这些初级程序员。谈到交响乐团模式，同剧团模式比较起来，这也是一种很不错的模式，但交响乐团模式总给人一种杂乱无章的感受，家伙多，门类齐全，这样在程序的最后交付过程当中可能会忙不过来，由于你们均可能写出了不同的代码，其次，演奏期间没有聊天和走动的现象，意味着你们在编程的过程当中没有交流，这样就不能把好的思想集中到一块儿，同时也不能去掉没有意义的思想。再者，交响乐团模式是练习过屡次的曲目，这样就缺少创造力，会致使咱们团队在作项目的过程当中啃老本，不去创新。对于爵士乐模式，和交响乐团模式在不少方面都对立，爵士乐模式重在强调个性化表达，强有力互动，对变化的内容有创意的回应，但要求是一些颇有造诣 的音乐家去执行，意味着对咱们团队来讲，须要你们都有很深的编程功底，这一点要求稍微有点困难，因此咱们没有选择爵士乐模式。对于官僚模式，应用起来的确很差，由于成员之间不光有技术方面的合做和领导，同时还混进了组织上的领导和被领导关系。跨组织的合做变得比较困难，咱们团队便没有选择这种模式。总的来讲，不少团队最后都演变成功能团队，功能团队即是具有不一样能力的同时们平等协做，共同完成一个功能，在这个功能完成后，这些人又重现组织，和别的角色一块儿去完成下一个功能，成员之间没有管理和被管理的关系，这一点与剧院模式很相近，最后，通过这些分析，咱们团队选择了剧院模式，做为咱们的团队模式。