《人月神话》读书笔记

    1.缺乏合理的进度安排是造成项目滞后的最主要原因。其中很大原因是编程人员都是乐观主义者，不能正确估计项目进度，总以为“一切都将运行良好，每一项任务仅花费它所"应该"花费的时间”。

    2.用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。

    3.简化Brooks法则：向进度落后的项目中添加人手，只会使进度更加落后。因为添加人员也相应地增加了工作量：培训和相互的交流。每个成员需要进行技术，项目目标，总体策略以及工作计划的培训。

    4.软件任务的进度安排，作者多年的经验法则：

        1/3 计划

        1/6 编码

        1/4 构件测试和早期系统测试

        1/4 系统测试，所有的构件已完成

    传统项目一般不允许为测试分配一半的时间，但实际情况往往是花费了一半以上的时间进行测试。很多项目在系统测试之前还能保持进度。

    5.整个系统必须具备概念上的完整性，要有一个系统结构师从上至下地进行所有的设计。要使工作易于管理，必须清晰地划分体系结构设计和实现之间的界限。为了获得概念完整性，设计必须由一个人或者具有共识的小型团队来完成。

    6.巴比伦塔失败教训：虽然有很多的先决条件（清晰的目标，人力，材料，足够的时间和足够的技术），但还是缺乏了两个方面：交流，以及交流的结果——组织。

    7.尽早交流和持续沟通能使结构师有较好的成本意识，使开发人员获得对设计的信心，并且不会混淆各自的责任分工。

    8.项目工作手册是一个很好的途径，它是对项目必须产生的一系列文档进行组织的一种结构。

    9.在大型团队中，各个小组倾向于不断地局部优化，以满足自己的目标，而较少考虑对用户的整体影响。这种方向性的问题是大型项目的主要危险。

    10.每次修复系统之后，必须重新运行先前所有的测试用例，确保系统不会以更隐蔽的方式被破坏。

    11.根据一个严格的进度表来控制大型项目的第一个步骤是指定进度表，进度表由里程碑和日期组成。里程碑必须是具体的，特定的和可度量的事件，能进行清晰地定义。