交流在团队中都发挥着深刻的作用。团队之间应该尽可能多的方式进行相互之间的交流：非正式地进行简要技术陈述的常规项目会议，共享的正式项目工作手册。我们采用了多种方式进行交流都已足以看出交流对于团队的重要性，而网状的交流也是更好的方便进行调整。
我在阅读本书的时候，第一次发现内存对于我们的重要性，原来程序所占的内存是如此重要，精炼充分和快速的程序往往是战略性突破的结果，而不仅仅是技巧上的提高。而自己在平时编程时也总是不注意这些，想到什么就写什么丝毫不去考虑对内存的影响。
少数文档成为了关键的枢纽，每个项目管理的工作都是围绕着他们运转。对于软件项目，关键文档则是：目标、用户手册、内部文档、进度、预算、组织机构图和工作空间分配。项目经理的主要日常工作是沟通，文档则是使各项计划和决策在整个团队范围内得到交流。感觉其实这和自己想象的完全不同，但是又是的的确确更加合适的，感觉自己真的是受益匪浅。
个人部分感受：
自己其实有过和团队的配合，但是因为交流的不够通顺，经常链接不上，或者重新分配任务，不但没有合理的完成团队的任务，反而不断的使任务更加冗杂。结合书中所讲，我们一开始就是应该做好关键文档，做好提前规划，合理安排，选出负责人，在团队出现分歧时，让他去带领我们，完成团队任务。