由于昨天我们前端组一起写了一点代码,但是我感觉效率比较低,而且基本没有分工,所以今天看了一下构建之法第5章 团队和流程,想学习一下团队合作的方法。

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