人月神话（二十周年纪念版）
Brooks 不是在写"软件工程方法论"，他是在写"为什么把人当生产单位是一个能要命的会计错觉" —— 而这个错觉所有后人（包括 PMP、Scrum、Vibe Coding、AI 多 agent 协作）都在以新形式重犯。
核心观点
- 01
加人不是不能加，是不能在"晚期"加 —— Brooks 不是说项目永远不该加人，他说的是"项目落后时加人会更落后"。早期加人有正向收益，因为那时还没有完成代码会丢失，没有沟通爆炸 。但所有 manager 在晚期加人，是因为这是政治上最便宜的承担方式：表态"我重视这个项目"。
- 02
概念完整性比正确性更重要 —— Brooks 明确说"宁可省略一些不规则的特性和改进，也不提倡独立和无法整合的系统，哪怕它们其实包含着许多很好的设计"[ref 491 周边]。这句话翻译过来就是：一个一致的烂方案 > 一个不一致的好方案。这跟硅谷"小步快跑、最佳实践堆叠"的现代信仰直接冲突。
金句摘录
「无论多少个母亲，孕育一个生命都需要十个月」
「向进度落后的项目中增加人手，只会使进度更加落后。（Adding manpower to a late software project makes it later）」
「不论在多短的时间内，聘请到多么能干的两位新员工，他们都需要接受一位有经验的职员的培训。如果培训需要一个月的时间，那么三个人月将会投入到原有进度安排以外的工作中。另外，原先划分为三个部分的工作，会重新分解成五个部分；某些已经完成的工作必定会丢失，系统测试必须被延长。」
免费部分到这里（约前 1/3）。墙内还有：
剩余 3 条核心观点 · 剩余 12 条金句 · 应用与反思篇
常见问题
这本书讲了什么？
Brooks 不是在写"软件工程方法论"，他是在写"为什么把人当生产单位是一个能要命的会计错觉" —— 而这个错觉所有后人（包括 PMP、Scrum、Vibe Coding、AI 多 agent 协作）都在以新形式重犯。
适合谁读？
从核心观点看，适合想搞清楚「加人不是不能加，是不能在"晚期"加 —— Brooks 不是说项目永远不该加人，他说的是"项目落后时加人会更落后"。早期加人有正向收益，因为那时还没有完成代码会」这类问题的人。
最核心的一个观点是什么？
加人不是不能加，是不能在"晚期"加 —— Brooks 不是说项目永远不该加人，他说的是"项目落后时加人会更落后"。早期加人有正向收益，因为那时还没有完成代码会丢失，没有沟通爆炸 。但所有 manager 在晚期加人，是因为这是政治上最便宜的承担方式：表态"我重视这个项目"。