第五章画蛇添足
本书的第五章是画蛇添足，在这部分作者主要说明了结构师和开发人员之间的责任分工。结构师必须为每一种建议准备一种实现方法，但不要过多的参与开发人员在实现的创造性，也应该虚心听取开发人员对体系架构的建议。在这个章节中作业也暗示了第二个系统是人们所设计的最危险的系统，希望设计者不要过多的注重装饰，不要由于做作而使系统很危险。
第六章贯彻执行
本书的第六章是贯彻执行，在这个部分中作者主要讲述的是在系统开发过程中沟通的问题。即使是对于大型的设计团队也应该由一个或两个骨干对系统的整体架构做一致性的决策以保证概念的完整性。接着作者提及了文档的规格说明，以及形式化定义记叙性定义一者作为标准另一种作为辅助的关系。最后阐述了结构师与实现人员以及项目经理和测试小组之间应有的合适关系和沟通方式。
第七章为什么巴比伦塔会失败？
本书的第七章是为什么巴比伦塔会失败？作者一上来就提出了这么一个发人思考的问题，并给出了正确的答案就是就是缺乏交流，于是引出了本章的重点那就是组织。一个是项目工作手册，即对项目必须产生的一系列文档进行组织的一种结构，前面先提及了每一个团队成员应该了解所有的材料，后面又讲解了每个人看到每件事的目标是错误的，我们只需了解接口，这是解决灾难的处方。另一个是组织架构，团队组织的目标是为了减少必要的交流和协作量，然而传统的树状结构（权利结构的原理）是不友好的，应该调整为网状结构这样可以克服交流缺乏的困难。最后作者认为每个子项目应该具有两个领导角色，一个产品负责人另一个技术主管或结构师，这两个角色的任意组合是非常有效的。