在第五章标题为‘团队与流程’，写程序与工业生产其实是类似的，都有相应的制度与相应的流程。在团队项目中，就很看重团队的流程，只有有了完善的流程，才能做出让人满意的产品。
仔细阅读后发现，其实团队并没有想象中的那么简单。生活中有很多不同领域方面的团队，这些团队都能跟本章主题产生相应的映射，例如， 主治医生的团队模式，其中有一个主刀医生，其他的，诸如麻醉师、护士与手术室护士等各司其职，都要为主刀医师服务。儿与之对应的软件团队，有首席程序员，他负责处理主要模块的设计和编码，娶她成员(后备程序员，系统管理员，工具开发，编程语言专家，业务专家)从各种角度支持他的工作。再有业余剧团模式，这样的团队在每一个项目中，不同的人会挑选不同的角色。在下一个剧目中，这些人也许会换一个完全不同的角色类型。各人在团队中听从一个中央指挥的指导和安排。在学生的实践项目或培训项目中，这样的事情也时常发生。还有可称为秘密团队，顾名思义，就是一个小团队进入秘密状态开发。这种模式的好处是：团队内部有极大的自由，没有外界的干扰，团队成员有极大的投入。还有其他特工团队，这些软对成员必须了解传统语言和老式系统，才能胜任这样的工作。现在还有一些专业做网站 安全性服务的软对，也属于这一类型。然后是功能团队，在这个功能完成之后，这些人又重新组织，和别的角色一起去完成下一个功能。他们之间没有管理和被管理的关系。大型软件公司里的不少团队都是才有这种模式。
第六章——敏捷的流程，作者说敏捷流程是一系列价值观和方法论的集合。我原来以为敏捷的流程是一个程序员灵光闪现而产生的，但作者告诉我们没有坚实编程实力的基础，是不可能想到敏捷的开发流程的，仔细想想也是。如果没有大量编程的经历，怎么也不会有流程的思想。一个敏捷的团队，作者告诉我们，要自主管理，我们不仅要完成自己的任务，还要尽量完美的结束；自我组织，我们是一个团队所以不能落下一个人，我们在做自己的任务时，不能忘记帮助队友；多功能型，我们不仅要完成编程任务，还要自己搞定说明，自己搞定测试。还要对自己的程序进行总结。如果一个团队要转化为敏捷团队就要注意一下几点：1.自主管理 2.自我组织 3.多功能型 然后他分享了一些敏捷开发的经验教训，比如：Scrum Master不是一个官，而是一个没有行政权利的沟通者，就像微软PM那样，他同时还要在团队中做具体的工作 。在复杂的项目里，要让一线团队成员做决定。