目录
- 项目前期在特定情况下有效，在项目中后期一定无效。
- 一、什么是“项目前期”（Brooks 语境下的定义）
- 项目前期的定义
- 项目前期的典型特征
- 为什么项目前期“加人”可能有效
- 二、什么是“项目中后期”（Brooks 语境下的定义）
- 项目中后期的定义
- 三、为什么项目中后期“加人”是无效甚至有害的
- 1. 新人引入培训成本，短期净产出为负
- 2. 沟通成本呈非线性增长
- 3. 软件任务不可完全并行
- 4. 加人无法修复结构性错误
- 5. 为了“安置”新人，破坏原有分工
- 四、前期 vs 中后期的本质差异（一句话版）
- 重新安排进度。
- 削减任务。在现实
项目前期在特定情况下有效，在项目中后期一定无效。
下面是一份可直接作为《人月神话》读书笔记使用的总结，采用定义 + 逻辑因果的结构，便于回顾与引用。
一、什么是“项目前期”（Brooks 语境下的定义）
项目前期并不是按时间比例划分的，而是按系统状态划分的。
项目前期的定义
项目前期，是指系统尚未形成不可逆的结构性承诺（Architectural Commitment）的阶段。
在这一阶段：
- 架构方案仍可推翻
- 模块边界尚未固化
- 接口契约可以频繁调整
- 核心设计决策仍在探索与比较中
- 产出以“概念资产”为主，而非稳定代码资产
项目前期的典型特征
-
不确定性高
- 需求、技术选型、架构方案仍在收敛中
-
任务可并行探索
- 不同人可以独立验证不同方案（PoC、调研、原型）
-
失败成本低
- 方案可以被否定，代码可以丢弃
-
沟通是发散型的
- 目标是获得更多信息，而不是强制一致
为什么项目前期“加人”可能有效
- 新人带来的是认知带宽，而不是执行负担
- 增加的是并行探索能力，而非沟通复杂度
- 有助于更快暴露风险与复杂性
二、什么是“项目中后期”（Brooks 语境下的定义）
项目中后期的定义
项目中后期，是系统已经做出关键结构性承诺，一致性与稳定性成为首要目标的阶段。
在这一阶段：
- 主架构已确定
- 核心模块已经存在
- 模块之间形成稳定依赖关系
- 接口修改成本显著上升
- 主要风险从“选错路”变成“集成失败”
三、为什么项目中后期“加人”是无效甚至有害的
1. 新人引入培训成本，短期净产出为负
- 新成员无法立即理解系统上下文
- 老成员必须承担讲解与对齐工作
- 核心人力被迫从“产出者”转为“协调者”
结论：产出先降后升，但项目通常等不到那一天。
2. 沟通成本呈非线性增长
- 团队规模扩大，沟通路径呈 N² 增长
- 需要更多会议、对齐、Review 与同步
- 一致性维护成本迅速超过新增人力带来的收益
结论：系统复杂性被放大，而非被分摊。
3. 软件任务不可完全并行
- 架构、核心模块、接口设计具有强顺序性
- 集成与调试是天然的串行瓶颈
结论：人力无法加速不可并行部分（Amdahl 定律）。
4. 加人无法修复结构性错误
项目延期往往源于：
- 架构决策失误
- 需求不稳定
- 复杂度被低估
这些问题：
- 不能通过增加人手解决
- 反而会被更多实现路径放大
5. 为了“安置”新人，破坏原有分工
- 被迫拆分原本稳定的任务
- 引入新的接口与依赖
- 集成复杂度进一步上升
结论：加人会制造新的延期源头。
四、前期 vs 中后期的本质差异（一句话版）
- 项目前期缺的是探索能力 → 加人可能有效
- 项目中后期缺的是一致性 → 加人必然失效
重新安排进度。
我喜欢 P.Fagg，一个具有丰富经验的硬件工程师的忠告：“避免小
的偏差（Take no small slips）”。也就是说，在新的进度安排中分配充分的时间，以确保
工作能仔细、彻底地完成，从而无需重新确定时间进度表。