《团队和流程以及瀑布模型》
以前在团队发开发中，我们其实并没有明确的合作，只是个人做个人的，很少去协商什么框架，只是一味地实现功能，后来出现拼接失败以及项目失败。我在以前的团队开发中，我们从来没有按照正确的开发流程来做，虽然我们只是交的大作业，并没有涉及商业性的问题和用户，我们的分配就是每个人负责一个模块，也没有怎么做需求分析，我们在做团队作业的过程中，总会因为各种原因引起争执，比如说分工不均，或者是有人打酱油，或者是作业完成的不太好，标准不统一等等原因。所以在项目开发中，团队其实是非常重要的。
1、团队是简简单单的几个人一组？是搬砖的几个人一起合伙？
并不是，团队必须有明确的分工，成员虽然不一定要求能力相当，但必须有责任感和力所能及的心态。如果一个人开发，会造成的问题可能是有一个BUG永远的找不出来，团队至少能避免无人探讨这一问题。
在阅读了构建之法后，我了解到团队开发有以下的特点：1、团队开发有一致的集体目标，团队要完成这个目标。一个团队成员不一定要同时工作。2、团队成员有各自的分工，互相依赖合作，共同完成任务。还有完成一个项目开发的工作流有业务建模，需求，分析和设计，实现，测试，部署，配置和变更管理，项目管理，环境这几个阶段。只有在团队项目中做到这几个流程，才能做出一个好的，不脱离用户的实际意义的产品。2、 瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。它在1970年由温斯顿·罗伊斯（Winston Royce）提出，直到80年代早期，它一直是唯一被广泛采用的软件开发模型。
本书中例出了瀑布模型的文档图，但是我并没有看得很懂它的用意。 搜索一些关于瀑布模型的解释后看到了这样一句话：”瀑布模型的本质是
一次通过；它是一种文档驱动模型，在可运行产品交付之前，客户只能通过文档来了解最终的产品会是什么样子。“这才明白书中那个8种文档被各个过程生产、修改的含义。
由于瀑布模型是线性的，在最终产品产生前，如何产生有用的文档指导开发、衔接两个阶段非常重要。