读书笔记：今日翻书浅读，从《为什么巴比伦塔会失败》开始至《干将莫邪》结束，巴比伦塔的建造对当下项目推进有广泛借鉴意义，今天这几个章节在PMBOK中有一些可以互相对照学习的内容，《为什么巴比伦塔会失败？》——项目沟通管理；《胸有成竹》——经验教训登记册；《提纲挈领》重视项目文件的输入过程等等。该书当中有关IBM项目中的数据内容较难理解，需要再次细嚼。
| 章节 | 笔记感想 |
| 为什么巴比伦塔会失败？ | 1. 无法有效沟通会导致进度灾难 2. 使用人力划分和职责限定减少不必要交流 |
| 胸有成竹 | 1.项目管理人员应当意识到数据和实践的重要性，尊重经验教训。 |
| 削足适履 | 1. 重视项目规模成本，做好规模控制 2. 优化代码性能及数据表现形式 |
| 提纲挈领 | 1. 正式文档是必须的，重视其必要性 2. 遵循文档开展工作，清晰快速设定方向 |
| 未雨绸缪 | 1. 为舍弃而计划 2. 变更是必然的，围绕变更组建团队和计划系统 3. 系统不可能永远可用，必须需要进行重新设计，或早或晚 |
| 干将莫邪 | 1. 实用的工具有助于提高效率 |
名词注解：
1.PERT图：计划评审技术，工程网络图
2. 熵：熵的本质是一个系统“内在的混乱程度”
摘录：
1. 团队组织的目的是减少不必要交流和合作的数量。
2.由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设置规模 的目标，控制规模，考虑减小规模的方法，就像硬件开发人员会设立元器件数量目标，控制 元器件的数量，想出一些减少零件的方法。同任何开销一样，规模本身不是坏事，但不必要 的规模是不可取的。
3. 培养开发人员从系统整体出发、面向用户的态度是软件编程管理人员最重要的职能。
4. 首先，书面记录决策是必要的。只有记录下来，分歧才会明朗，矛盾才会突出。书写 这项活动需要上百次的细小决定，正是由于它们的存在，人们才能从令人迷惑的现象中得到 清晰、确定的策略。
5. 普遍的做法是，选择一种方法，试试看；如果失败了，没关系，再试试别的。不管怎么样， 重要的是先去尝试。 - 富兰克林 D. 罗斯福
6. 为变更组建团队比为变更进行设计更加困难。每个人被分派的工作必须是多样的、富 有拓展性的工作，从技术角度而言，整个团队可以灵活地安排。在大型的项目中，项目经理 需要有两个和三个顶级程序员作为技术轻骑兵，当工作繁忙最密集的时候，他们能急驰飞奔， 解决各种问题。
7. 系统软件开发是减少混乱度（减少熵）的过程，所以它本身是处于亚稳态的。软件维
护是提高混乱度（增加熵）的过程，即使是最熟练的软件维护工作，也只是放缓了系统退化
到非稳态的进程。
