RootNest 书库
工程编程

人月神话

The Mythical Man-Month

Frederick P. Brooks 7 条核心观点 5 条金句

IBM 1960s OS/360 项目经理 Brooks 写的"软件工程圣经"——50 年没过时。核心:Brooks's Law:给落后项目加人,会让它更慢。软件工程的特殊性 + 沟通 + 第二系统效应 + No Silver Bullet。

核心观点

  1. 01

    1. Brooks's Law

    最深洞察:项目晚了 → 多数 manager 加人——结果更晚。 机制: - 新人 ramp up 占老人时间 - 沟通成本 N²(n=10 → 45 channel;n=20 → 190 channel) - 任务拆分成本 正确:晚了应该减 scope / 延期 / 重组。

  2. 02

    2. 人月是错觉

    反 manager 思维:4 人 12 月 = 48 人月 = 12 人 4 月——错。 因为: - 沟通成本上升 - 串行任务(design 必须先) - 学习曲线 多人少时间 ≠ 少人多时间。

金句摘录

「1. "Adding manpower to a late software project makes it later.」

「2. "Plan to throw one away; you will, anyhow.」

「3. "The bearing of a child takes nine months, no matter how many women are assigned.」

🔒

免费部分到这里(约前 1/3)。墙内还有:

剩余 5 条核心观点 · 剩余 2 条金句 · 应用与反思篇

常见问题

这本书讲了什么?

IBM 1960s OS/360 项目经理 Brooks 写的"软件工程圣经"——50 年没过时。核心:Brooks's Law:给落后项目加人,会让它更慢。软件工程的特殊性 + 沟通 + 第二系统效应 + No Silver Bullet。

适合谁读?

从核心观点看,适合想搞清楚「最深洞察:项目晚了 → 多数 manager 加人——结果更晚。 机制: - 新人 ramp up 占老人时间 - 沟通成本 N²(n=10 → 45 chan」这类问题的人。

最核心的一个观点是什么?

最深洞察:项目晚了 → 多数 manager 加人——结果更晚。 机制: - 新人 ramp up 占老人时间 - 沟通成本 N²(n=10 → 45 channel;n=20 → 190 channel) - 任务拆分成本 正确:晚了应该减 scope / 延期 / 重组。