人月神话1

1. 衡量工作量
1.1. 单位
“人月” —— Man Month
衡量工作量的单位，表示一个功能由一个人开发需要多少个月。

1.2. 工作量与人月（人天）的关系
管理层需要一个宏观数据，如果一个功能要超过半年才能进行业务验证，一定是不能接受的。那么往往考虑的是“加人”解决。
《人月神话》认为以“加人”为导向的缩短工期方法，是不可行的，是一种神话（点题了书名）。主要论据是：

1.2.1 忽略了沟通成本
把工作量与人月等价互换，会忽略人与人的沟通成本，导致预估不准
等价互换，是一种过于美好的假设。它假设人与人之间是不需要沟通交流的，而现实世界是，两人及以上的协作需要对齐很多概念、需要调和可能出现的编码风格、需要在任务量上面进行扯皮。同样的，团队间的合作如是。
P80: “如果项目有n个工作人员，则有(n^2 - n) / 2 个相互交流的接口，有将近2n个必须合作的潜在团队”

1.2.2 忽略了需求的特征
需求如果是不易拆分的，由多个人进行协作，会产生大量的重复劳动。特别是对需要短时间的攻坚战，更不应该加人手。如两周的任务拆给4个人，需要3天完成。4个人都在第1天完成了需求理解，本质上是进行了4次重复劳动，浪费掉了3天。