书中第四章讲了“流于形式的沟通”。
它告诉我了作为一个开发人员和用户交流的时候不能流于形式。用户的水平不够高，他们不了解C也不了解UML，所以要和用户进行最简沟通。另外还要为不存在的角色留下沟通的渠道，要做好项目的历史记录：
1、需求阶段：与谁联系，联系方式、过程、结果以及由此引发的需求或变更；
2、设计阶段：如何进行设计、最初的构架、各个阶段的框架变化、因需求变更导致项目结构上的变化(有助于了解构架的可扩充性)；
3、开发阶段：每一种技术选型的过程、每一种开发技巧的细节和相关文档、摘引的每一段代码、算法、开发包、组件库的出处和评测；程序单元的测试框架；每一个设计和构架变更所导致的影响；
4、测试阶段：还记得测试用例和测试报告吗？那是最好的 history 之一。
第五章告诉了我不管项目的成功与失败，都是一种经历，都是一个过程。过程应该是灵活多变的，而不是死板老套的，所以我们当然不能“做”工程，而是要“组织”工程。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。