浅读人月神话（2）

读书笔记：今日翻书浅读，从《为什么巴比伦塔会失败》开始至《干将莫邪》结束，巴比伦塔的建造对当下项目推进有广泛借鉴意义，今天这几个章节在PMBOK中有一些可以互相对照学习的内容，《为什么巴比伦塔会失败？》——项目沟通管理；《胸有成竹》——经验教训登记册；《提纲挈领》重视项目文件的输入过程等等。该书当中有关IBM项目中的数据内容较难理解，需要再次细嚼。

章节	笔记感想
为什么巴比伦塔会失败？	1. 无法有效沟通会导致进度灾难 2. 使用人力划分和职责限定减少不必要交流
胸有成竹	1.项目管理人员应当意识到数据和实践的重要性，尊重经验教训。
削足适履	1. 重视项目规模成本，做好规模控制 2. 优化代码性能及数据表现形式
提纲挈领	1. 正式文档是必须的，重视其必要性 2. 遵循文档开展工作，清晰快速设定方向
未雨绸缪	1. 为舍弃而计划 2. 变更是必然的，围绕变更组建团队和计划系统 3. 系统不可能永远可用，必须需要进行重新设计，或早或晚
干将莫邪	1. 实用的工具有助于提高效率

名词注解：

1.PERT图：计划评审技术，工程网络图

2. 熵：熵的本质是一个系统“内在的混乱程度”

摘录：

1. 团队组织的目的是减少不必要交流和合作的数量。

2.由于规模是软件系统产品用户成本中如此大的一个组成部分，开发人员必须设置规模 的目标，控制规模，考虑减小规模的方法，就像硬件开发人员会设立元器件数量目标，控制 元器件的数量，想出一些减少零件的方法。同任何开销一样，规模本身不是坏事，但不必要 的规模是不可取的。

3. 培养开发人员从系统整体出发、面向用户的态度是软件编程管理人员最重要的职能。

4. 首先，书面记录决策是必要的。只有记录下来，分歧才会明朗，矛盾才会突出。书写 这项活动需要上百次的细小决定，正是由于它们的存在，人们才能从令人迷惑的现象中得到 清晰、确定的策略。

5. 普遍的做法是，选择一种方法，试试看；如果失败了，没关系，再试试别的。不管怎么样， 重要的是先去尝试。 - 富兰克林 D. 罗斯福

6. 为变更组建团队比为变更进行设计更加困难。每个人被分派的工作必须是多样的、富 有拓展性的工作，从技术角度而言，整个团队可以灵活地安排。在大型的项目中，项目经理 需要有两个和三个顶级程序员作为技术轻骑兵，当工作繁忙最密集的时候，他们能急驰飞奔， 解决各种问题。

7. 系统软件开发是减少混乱度（减少熵）的过程，所以它本身是处于亚稳态的。软件维
护是提高混乱度（增加熵）的过程，即使是最熟练的软件维护工作，也只是放缓了系统退化
到非稳态的进程。