第七章：为什么巴比伦塔会失败？

      据《创世纪》记载，巴比伦塔是人类继诺亚方舟之后的第二大工程壮举，但巴比伦塔同时也是第一个彻底失败的工程。为何拥有了清晰的目标，充足的人力和物力资源的项目最后仍然失败，巴比伦塔给我们的管理教训就是它们缺乏沟通和交流，以及交流的结果-组织。他们无法相互交谈，从而无法合作。当合作无法进行时，工作陷入了停顿。通过史书的字里行间，我们推测交流的缺乏导致了争辩、沮丧和群体猜忌。很快，部落开始分裂——大家选择了孤立，而不是互相争吵。
　　沟通是整个项目团队的核心要素，关于项目的共同愿景，目标，进度任务，问题，风险，思想等都需要通过沟通来传达。有效的团队沟通是提升团队竞争力必不可少的要素，项目经理有90%的时间都花费在沟通上面，有了沟通就有了共同的愿景和协作氛围，就有了思想的交换和碰撞。

第八章：胸有成竹

      要做到胸有成竹就必须在项目计划阶段我们对项目的预测和估算都需要很准确。实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。系统编程需要花费多长的时间？需要多少的工作量？如何进行估计？作者对几个数据进行了分析，我们应从数据中学习，在实践中总结，做到胸有成竹，这样才会提高效率和生产力。估算要做到准确必须通过前期多个历史项目和版本的积累，同时通过历史版本和数据的积累来发现预测指标Y和相应的估算因子X之间的关系。这样建立出来的估算模型就可以提供我们的估算准确性。

第九章：削足适履

      我们很多时候在开发程序的时候都是考虑程序的运行时间和效率，而很少考虑到程序的运行空间问题。现在的存储空间是越来越廉价，我们很少去考虑这些问题。作为成本的程序空间：由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设置规模的目标，控制规模，考虑减小规模的方法。规模控制。空间技能。数据的表现形式是编程的根本。在软件开发中，我们要尽量减小规模，减少成本，扩大空间。数据的表现形式是编程的根本。

第十章：提纲挈领

      文档是很好的工具。书面计划是精确和可以沟通的。平时学习中，我们并不重视文档的书写，看完这张，意识到了文档的重要性，以后要加强文档的规范化。如果一开始就认识到它们的普遍性和重要性，那么就可以将文档作为工具友好地利用起来，而不会让它成为令人厌烦的繁重任务。通过遵循文档开展工作，项目经理能更清晰和快速地设定自己的方向。

第十一章：未雨绸缪

      一切事物皆无常，都处于动态的发展变化中，唯一不变的就是变化本身。不但目标上的变化不可避免，而且设计策略和技术上的变化也不可避免。抛弃原型概念本身就是对事实的接受——随着学习的过程更改设计。所以以此为展开分别开始谈软件开发生命周期的各个阶段都必须要适应变化。

第十二章：干将莫邪

      项目中管理好各种工具的重要性，项目经理首先要制定一种策略，让各种工具成为公用的工具，这样才能使开发、维护和使用这种工具的开发人员的效率更高，这种工具可能是开发人员开发出来的，也可能是使用现有的，可能是通用的，也可能是专用的或个人偏好的。比如：文档编写工具、开发工具（包括各种不同开发平台）、调试工具、测试工具、数据库工具、版本管理、项目管理工具等。

个人感受：

　　读过这几章后，感触颇深。在《构建之法》的阅读后，我发现，这两本书其实讲的内容也都是大同小异。这几章分别又向我点明了几个事务的重要性：首先就是交流，缺乏交流的团队，在什么都没遇到时，团队似乎坚不可摧，但当遇到问题，团队瞬间瓦解，如同一盘散沙，不能起到任何作用。还有就是不断实践，并且不断从中获得学习与进步，综合地考虑整个软件开发流程，注意到每个方面，会使得我们的成果更尽如人意。写好文档，提防变化，管理好将会用到的工具，这些都是完成工程的关键。

转载于:https://www.cnblogs.com/Daddy/p/5581662.html