通过这几天的阅读，我又渐渐明白，效率高和效率低的实施者之间个体差异很大，经常能够达到数量级的水平。需要协作沟通的人员数量影响着开发成本，成本的主要组成是相互的沟通和交流，以及更正沟通不当引起系统调试的不良结果。对于效率和概念来说，最好由少数干练的人员来设计和开发比如首席程序员：定义功能和性能技术说明书，设计文档，编制源代码以及技术文档；副手：设计的思考者、讨论者、评估人员，详细的了解所有的代码，研究设计策略的备选方案；管理员：仅在项目具有法律、合同、报表、财务方面时，管理员才有全职责任等。这是从个人艺术到公共实践，所有程序员的专业分工，使程序员从文书等杂事中解放出来。都说项目提高技术水平，是因为在实践中总会遇到各种各样的问题，那么就要去解决。无论是通过翻阅书籍，上网搜索，或者是求助他人，亦或是自己调试解决，在这个过程中，我们需要找到问题，弄明白产生问题的原因，最后才能解决它。
书中借巴比伦塔项目的例子，讨论失败的原因是缺乏交流和组织，从而进度灾难、功能的不合理和系统缺陷纷纷出现，追其根本原因是团队成员之间的每个人的理解存在偏差，存在个人推测、群体猜忌等，因而团队之间应尽可能的相互讨论，无论是以正式的简要技术陈述的项目会议，共享的正式项目工作手册，还是非正式的小组讨论都可以让大家相互理解。同时人与人之间的交流和荣和也是相当花时间的，为了节约时间成本，组织结构要做好人力划分和限定职责范围的确定。在人力的划分上，也要注意权力和工作的划分，不允许双领导者的存在。