软件工程团队组建日志
大家好，作为团队的队长，今天在这里非常荣幸能够发表我们团队的第一篇博客，昨天我们很热情地讨论了团队的队名，目前还没有决定最终的队名，但是我已经迫不及待的想要发表出来这篇博客，一是完成老师布置的作业，二是鼓励队员们，希望大家可以齐心合力完成一个项目。
在周二的软件工程课上，我们的团队算作正式成立了，6个人围坐在一起，一起商讨出了我们团队最喜欢和决定采用的团队类型。我们最喜爱的团队类型是“秘密团队模式”，最终决定采用的是“剧院模式”。
在课上与课下我们都对团队组织模式展开了讨论，课上利用老师给予的讨论时间大致决定了我们的团队模式，课下我们也成立了软工团队的讨论组，在网络上进行了讨论，以下是我们对最爱的与采用的团队模式的分析。
(一) 主治医师模式
这种模式要求整个团队有一个能力很强的领袖来指挥其他的队员，我们的6人团队个人实力没有极强的，大家的水平较为平均，而且考虑到希望每一个队员都能够参与其中学到知识，而且害怕其最终演化为“一个学生干活，其余学生跟着打酱油”，所以没有采用这种模式。
(二) 明星模式
主治医师模式运用到极点便是明星模式，这种模式有风险性，而且“明星”在我们的团队中并不存在，所以没有采用。
(三) 剧院模式
这种模式的理想状态就是大家分工合作，各司其职，没有绝对的领导，也没有打酱油的同学，就目前而言这是最符合我们团队的模式，大家实力比较平均，同时也不希望有人掉队，采用了这种模式可以帮助大家共同合作，共同进步，在大家讨论过后，最终选择了此模式。
(四) 秘密团队模式
这是我们最喜欢的模式，低调的做牛逼的事，做成了一鸣惊人。看起来很酷，不过对于我们现在能接触到的项目，再考虑到我们的实力和经验，这种模式是我们向往的，但是是我们现在无法实现的。
(五) 特工团队模式
这种模式要求每一名队员都拥有很强的实力，而且要精通各种语言编程技术，我们对自我进行了剖析，发现我们的能力完全没有达到特工的水准，故放弃了此模式。
(六) 交响乐团模式
这种模式适用于大型的项目开发团队，对我们6人的团队规模来讲，它就相当于剧团模式，各司其职，配合默契，结构稳定，适合于大型团队但不适合我们这样的小型团队。
(七) 爵士乐模式
我们认为编程或者做项目首先需要的明白的就是分析需求，用户调研，设计软件，测试维护等环节是需要理智缜密的思考和分析的，爵士乐模式适用的人群应该是已经对项目开发轻车熟路的老工程师们，他们可以根据经验与多年编程的灵感来做出大家意想不到的好软件，但是对于我们初学者来说，传统的开发思路还是最稳扎稳打，不会带来很多问题与风险，所以这种模式不适合我们的团队。
(八) 官僚模式
对于6人的小团队来说，官僚模式显然不合适，人人都是老板，那谁来当员工呢？在企业或者集团规模中这种模式可能会带来很多好处，但是对于我们还是算了吧。
综上所述，我们团队最喜爱的团队模式为“秘密团队模式”，最终采用的模式为“剧院模式”。模式已经确定，那么接下来就要开始进行项目前热身了，比如多讨论多接触，一同学习一门编程语言以方便今后项目开发，多去关注市场上的优秀软件拿来借鉴与学习等等。从团队组建开始直至最终课程结束，这一过程都将是对我与其他队员们的一次重大考验，是否能完成一个项目，是否能做出一个成功的项目，都是我们需要面对一个个难题，我们要在组队开发的过程中学习软件开发的技巧、经验，锻炼自己编程、合作的能力，希望我们可以一路披荆斩棘，坚持到底！
以下为团队成员的博客：
陈一鸣：http://www.cnblogs.com/kingsman/
口平音：http://www.cnblogs.com/199489KPY/
黄冠译：http://www.cnblogs.com/hgcrown/
王敬一：http://www.cnblogs.com/m108280546/
