《人月神话》读书笔记1

1. 核心命题：为什么增加人力会拖慢进度？
   Brooks定律：
   “向进度落后的项目中增加人手，只会使进度更加落后。”
   这一反直觉的结论揭示了软件工程中人力与效率的非线性关系。
   关键原因：
   任务不可分割性：软件开发并非简单劳动（如搬砖），而是高度依赖认知与协作的创造性工作。新增成员需要时间理解系统设计、代码逻辑与项目背景。
   沟通成本爆炸：团队人数（n）增加时，沟通路径数按公式 n(n-1)/2 增长。例如：
   5人团队 → 10条沟通路径；
   10人团队 → 45条沟通路径（增长4.5倍）。
   任务重新分配成本：拆分已有任务、同步信息、解决冲突需要额外时间，导致原成员生产力下降。

2. 典型案例：IBM OS/360系统的教训
   背景：20世纪60年代，IBM开发大型操作系统OS/360，初期预估5年完成，最终耗时近10年，成本超预算数倍。
   错误决策：
   管理层因进度落后，持续向项目注入新工程师；
   新成员缺乏经验，核心架构师被迫投入大量时间培训与协调，而非专注设计；
   模块间接口混乱，代码耦合度高，调试时间指数级增加。
   结果：项目陷入“人越多→进度越慢→再加人”的死循环，成为“人月神话”的经典反面教材。

3. 现实中的反例与验证
   反例：微软Windows Vista开发
   投入超万名工程师，但因模块依赖复杂、沟通低效，最终砍掉大量功能，发布时间延迟数年。
   正面案例：Linux内核开发
   小核心团队：Linus Torvalds与少数维护者把控核心架构；
   分布式协作：通过Git工具异步管理代码提交，降低沟通成本；
   模块化设计：驱动、文件系统等模块高度解耦，允许外部开发者独立贡献。
   → 验证了“少而精的团队+高效工具”可规避人月陷阱。