第五章主要内容就是团队和流程
软件团队的模式有主治医师模式，明星模式，社区模式，业余剧团模式，秘密团队，特工团队，交响乐团模式，爵士乐模式，功能团队模式，和官僚模式。这么多模式，各有各的优缺点。我目前看到过的就是主治医生模式，因为我们学校也常有这种情况。在我看来最合理的是功能团队模式，很多软件公司的团队就是功能团队，很多具有不同能力的人一起合作完成同一个功能，有效地发挥他们擅长的任何技术，但是在沟通和协作上需要注意，比如编程的代码规范得达成一致。
关于流程的话，瀑布模型可能是最为可靠和实用的了。比如产品的定义非常稳定，但是产品的正确性非常重要需要进一步的验证，就可以用瀑布模型。或者产品模块之间的接口、输入和输出能很好地用形式化的方法定义和验证。
第六章的敏捷流程
步骤大致分为四步
一是找出完成产品需要做的事情
二是决定当前的冲刺需要解决的事情
三是冲刺阶段
四是得到软件的一个增量版本，发布给用户
在第三步中，往往在写完代码后，后续的20%的工作量需要你80%的时间去完成，比如验证功能在各个版本的Windows下是否运行正确，程序的效能是否有问题等等。
另外我觉得敏捷开发相对于瀑布模型，不注重文档，但是因为其需求经常的在变动，所以灵活性更好，并且敏捷开发对于人员的要求较高，需要有自我管理，自我组织等能力。