最近读了《人月神话》，30年前写的书，到现在也一直被奉为经典。10个人读《人员神话》就会有10种感想，结合互联网上众多的读书笔记，发表一点拙见。
| 章 | 内容说明 | 问题域 |
|---|---|---|
| 1 | 说明“程序(program)”不是“产品(prodouct)”，更不是“项目(project)”。 说明程序员的心理与情绪因素——这是很重要的一个话题。 |
|
| 2 | 项目的发起、评审与预估（错误的设定项目周期是最大的错误）。 “人月问题”：周期不因为人力投入而变短，事实上它可能更糟糕。 |
项目定义 |
| 3 | 十个人与几百人面临的问题是不同的。 | 团队建设 |
| 4~5 | 从设计阶段开始，即致力于获得和维护概念的完整性。 | 团队管理 – 方向与决策 |
| 6 | 项目过程中的一般性方法。 | 团队管理 – 一般性方法 |
| 7 | 项目组织过程中的沟通问题。 | 团队管理 – 沟通问题 |
| 8~10 | 编码过程中的关键问题： －项目复杂程度与需要编码的数据呈指数级关系，反过来，减少编码可降低系统复杂性 －数据的表现形式是编程的根本 －文档是必须且重要的，但往往不被关注（主要强调重要性） |
编码 |
| 11 | 承认变更，承认从需求和设计期就开始的变化。 为应付变化而实现的原型系统。 |
项目定义 – 需求不确定 |
| 12 | 工具带来效能。 | |
| 13 | 强调测试，以提升品质和保障项目目标。 | 项目管理 – 检测/回顾 |
| 14 | 项目控制：进度与里程碑 | 项目管理 – 控制 |
| 15 | 文档：项目过程文档，包括定义、设计与实现（主要强调方法） | 项目管理 – 文档化 |
| 16,17 | 没有银弹、再论没有银弹 | |
| 18,19 | 前十五章的回顾（不包括“银弹”的话题） | |
| 20 | 二十年后对上述命题的回顾（包括对银弹现象的进一步解释） |