由于昨天我们前端组一起写了一点代码，但是我感觉效率比较低，而且基本没有分工，所以今天看了一下构建之法第5章 团队和流程，想学习一下团队合作的方法。
本章主要讲团队的定义、团队的模式和团队开发流程，团队是有一致目标、有各自分工、相互依赖、共同完成任务的一群人，团队是为了更好的完成任务或者完成个人无法完成的任务而组成的，通过分工合作以及各部门的交流来提高效率，开拓思路。团队最开始是一窝蜂模式，没有明确的分工合作，交流可能会有许多，但是效率不会高，感觉我们现在就是这种状态。然后发展到其他几种模式，比如主治医师模式和明星模式，这两种模式都是一个人起主导作用，然后是社区模式和业余剧团模式，这两种算是比较自由的模式，每个人都可以贡献自己的力量，也有相应的分工，但是还是比较松散的团队，没有严格的纪律和规划。之后是秘密团队和特工团队，这两种是为了应对比较复杂的需求而组建的，秘密团队不受外界的影响，有较大的自由度和投入，可以很高效的解决实际问题，而特工团队由于是由实力很强的人组成，团队内部也有相对固定的分工，因此适用于解决困难的任务。然后是交响乐团模式、爵士乐模式、功能团队模式和官僚模式，这四种应该是很广泛的模式，其中爵士乐模式有较高的自由度，它们都有相对固定的分工，而交响乐模式是在较多经验的基础之上才可以建立，而功能团队模式适用于几乎所有的开发过程，官僚模式虽然效率可能也比较高，但是我并不想用这种模式，综合来看，功能团队模式比较适合现在的任务要求，所以我想在以后的开发过程中尽量使用这种模式。然后是开发流程，主要有写了再改模式、瀑布模型以及其推广、RUP、老班驱动的流程和渐进交付的流程，其中最后一个具体实现方法可以是MVP和MBP，在我把这些都了解之后觉得RUP和渐进交付流程很适合现在开发的要求，这两种都有分析、设计、实现、发布、反馈和修改的流程，这些在具体开发过程中应该是必须的，而对于我们的项目，需求分析和用户反馈都是至关重要的，毕竟要做一个用户乐意使用的网站就要满足用户的需求，而需求只能通过调研和反馈得到，现在我们在设计的同时进行实现，但是感觉之前的需求分析可能不是很到位，这个可能是后续的一个隐患。
