首先声明下我们团队的成员：2013040101059叶思维，2013040101061谢军莹，201304010164莫皓中，2013040101067郭荣杰，2013040101073孙宇宏，2013040101075张心语。
我们小组在辩论并投票之后，剧院模式和秘密团队的票数居多，秘密团队本身就给人一种神秘感，但考虑到我们即将要做的软件项目是公开的，也就不能作为一个秘密去开发了，所以我们团队选择了剧院模式作为我们将来进行项目开发的团队类型参考模式。剧院模式这样的团队在每一个项目中，不同的人会挑选不同的角色，在下一个项目中，这些人也许会换一个完全不同的角色类型。各人在团队中听从一个中央指挥的指导和安排。能起到各司其职，自由分工的作用，利于团队的交流，同秘密团队模式一样，团队内部有极大的自由，较高的热情。不存在绝对的领导，这样大家也就不会有对某人不服气的想法了。
对于主治医师团队，有首席程序员，负责处理主要模块设计和编码，其他成员从各种角度支持他，这样容易退化成"一个学生干活，其余学生打酱油“，所以我们没选择这种团队模式。对于明星模式是主治医师团队模式的终极版，这样，团队中的明星的光芒会盖过团队其他人的总和，队内其他成员可能会出现不满和消极状态，不利于团队合作。对于社区模式，好处是”众人拾材火焰高“，但如果大家都只来烤火不去拾材，最终火也就熄灭了。相比较特工团队，要求成员们都是精英程序员，可想而知，并不适合我们这些初级程序员。谈到交响乐团模式，同剧团模式比较起来，这也是一种很不错的模式，但交响乐团模式总给人一种杂乱无章的感觉，家伙多，门类齐全，这样在程序的最后交付过程中可能会忙不过来，因为大家都可能写出了不一样的代码，其次，演奏期间没有聊天和走动的现象，意味着大家在编程的过程中没有交流，这样就不能把好的思想集中到一起，同时也不能去掉没有意义的思想。再者，交响乐团模式是练习过多次的曲目，这样就缺乏创造力，会导致我们团队在做项目的过程中啃老本，不去创新。对于爵士乐模式，和交响乐团模式在很多方面都对立，爵士乐模式重在强调个性化表达，强有力互动，对变化的内容有创意的回应，但要求是一些很有造诣 的音乐家去执行，意味着对我们团队来说，需要大家都有很深的编程功底，这一点要求稍微有点困难，所以我们没有选择爵士乐模式。对于官僚模式，应用起来的确不好，因为成员之间不光有技术方面的合作和领导，同时还混进了组织上的领导和被领导关系。跨组织的合作变得比较困难，我们团队便没有选择这种模式。总的来说，很多团队最后都演变成功能团队，功能团队便是具备不同能力的同时们平等协作，共同完成一个功能，在这个功能完成后，这些人又重现组织，和别的角色一起去完成下一个功能，成员之间没有管理和被管理的关系，这一点与剧院模式很相近，最后，经过这些分析，我们团队选择了剧院模式，作为我们的团队模式。