巴比伦塔失败是因为缺乏交流以及交流的结果——组织。
因为左手不知道右手在做什么，所以进度灾难、功能的不合理和系统缺陷纷纷出现。
尤其是当多个团队负责一个项目的时候，这种情况最容易出现。但是太多的交流（比如开会），也是在浪费时间，更加不能不得到正确的策略。
在文件中，记录修订日期记录和标记变更标识条。每日维护的变更小结以“后进先出（LIFO）”的方式保存，在一个固定的地方提供访问。
值得注意的是，工作手册本身没有发生变化。它还是所有项目文档的集合，根据某种经过细致设计的规则组织在一。唯一发生改变的地方是分发机制和查询方法。
巴比伦塔可能是第一个工程上的彻底失败，但它不是最后一个。交流和交流的结果——组织，是成功的关键。交流和组织的技能需要管理者仔细考虑，相关经验的积累和能力的提高同软件技术本身一样重要。
我们做课程作业时往往需要交大量的文档，而我们在写这些文档时就像填充八股文一样只考虑制式放弃了思考为什么要将它放在文档中。设计与决策的书面记录是必要的，但是文档存在的本意是为了沟通，我们写文档时应该考虑文档内容的现实指导意义，建立功能划分明确的文档类型和逻辑清晰的文档结构。
我认为变化是永恒的，用户的需求和期望在变化，开发者对用户需求的理解在变化，适用的技术也在变化，故而最佳的解决策略也可随之变化。软件开发团队应灵活地配置人力和资源，适应开发过程中的种种问题。程序的复杂性、用户需求的不确定性、软硬件技术环境的发展等因素导致了软件维护工作并非总是能够百分之百地获得回报。
“我实在无法想像还有哪种生活会比热爱计算机更加激动人心，自从从真空管发展到集成电路以来，计算机技术已经飞速发展。我用来工作的第一台计算机，是从哈佛刚刚出炉的IBM7030 Stretch超级计算机，Stretch在1961到1964年间都是世界上运算速度最快的计算机，一共卖出了9台。而我现在用的计算机，Macintosh Powerbook，不但快，还有大容量内存和大容量硬盘，而且便宜了1000倍（如果按定值美元来算，便宜了5000倍）。我们依次看到了计算机革命，电子计算机革命，小型计算机革命，微型计算机革命，这些技术上的革命每一次都带来了计算机数量上的剧增。
在计算机技术进步的同时，计算机相关学科知识也在飞速发展。当我在五十年代刚从学校毕业的时候，我能看完当时所有的期刊和会议报告，掌握所有的潮流动向。而我现在只能对层出不穷的学科分支遗憾地说“再见”，对我所关注的东西也越来越难以全部掌握。兴趣太多，令人兴奋的学习、研究和思考的机会也太多——多么不可思议的矛盾啊！这个神奇的时代远远没有结束，它依然在飞速发展。更多的乐趣，尽在将来。”
我在过去与一些同学合作做一些项目时常常不擅长与他人沟通，不去考虑用户的感受，书中建议交流和交流的结果——组织，是成功的关键；软件开发团队应灵活地配置人力和资源，适应开发过程中的种种问题。程序的复杂性、用户需求的不确定性。