在读这本书时，我深刻认识到了团队之间的配合有多重要。一个复杂的软件一个人是很难完成的。所以，团队之间必须统一好规划好。
我们做工程的必须要保持统一的流程，团队的各种成员在一个复杂的软件项目中的不同阶段做不同的事。这些不同类型的工作叫做规程或者工作流。
有业务建模、需求、分析和设计、实现、测试、部署、配置和变更管理、项目管理。其中又分为四个阶段：初始阶段、细化阶段）、构造阶段、交付阶段。
开始时，团队审视摆在他们面前的任务，选择他们认为可以在迭代期间完成的那些任务。然后团队独立地尽最大努力完成这些任务。在结束时，团队给利益关系人展示成果，并对开发流程进行调整。有一些实践者的经验教训，首先敏捷宣言表明的是一些优先级，我们不必当作圣旨或者教条来争论。其次Scrum Master不是一个官，而是一个没有行政权力的沟通者，直接把原来的“经理”变成Scrum Master，大多行不通，在复杂的项目里，要让一线团队成员做决定，不要和管理层谈“流程”，他们只关心“结果”。
在学习过去的经验的同时，也要避免让过去的经验妨碍解决现在的问题 ，要把每次的经验总结起来，记在一个本子上或者存在文档上。之前我总是犯了错误或者学习了别人的技巧之后，总是自作聪明的觉得已经记得很牢鼓励，故没有记在本上。这对我算是一个挺大的错误。因为现在这些东西已经不在我的脑子里了。