今天看了构建之法的第五章：团队和流程。团队和流程这一部分主要讲了一些团队模式和开发的流程。
软件团队的模式：最初可能只是一窝蜂模式，然后逐渐演变成以下几种模式
主治医师模式：一个主刀医师，其他人为主刀医师服务，然而这种模式很容易退化为“一人干活，其他人打酱油”。
明星模式：主治医师模式的极致，一个人带飞整个团队。
社区模式：一窝蜂模式的进化版，有了分工，但是代码质量不过关。
业余剧团模式：所有人听从一个人的指导安排，每次在团队中角色都不同。
秘密团队：所有人都不知道他们是一个团队，没有外界干扰，所有人都有较高的热情。
特工团队：只负责某一个问题或服务，对这个问题或服务有很深的了解。
交响乐团模式：种类齐全，团队精通的东西杂而不精。
爵士乐模式：不靠谱，没有智慧，所有人想干啥干啥。
功能团队模式：我感觉是业余剧团模式的究极进化版。不需要人指导，所有成员平等相处，而且团队完成功能后解散，所有人和别的角色再组成新团队。
官僚模式：一级一级派发任务，大老板管中老板，中老板管小老板，小老板管组员。这种团队跨组织间的合作很困难。
开发流程：团队做软件的方法
写了再改模式：看起来就是一窝蜂模式写软件的方法
瀑布模型：一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段。
生鱼片模型：各个相邻模块像生鱼片那样部分重叠
大瀑布带着小瀑布：各个子系统统一到最后进行系统测试