《人月神话》笔记：人月神话

系统编程的进度安排背后的第一个错误假设是：一切都将运作良好，每一项任务仅花费它所“应该”花费的时间。

第二个错误的假设是：在估计和进度安排中选择“人月”作为工作量的单位。（这本身没有错，错的是坚持“人和月，在任何情况下都是可以互换的”。）

三个模型图：
（1）人员数目和时间是可以相互替换的。

（2）当任务由于次序上的限制不能分解时，人手的添加对进度没有帮助。（“无论哪个母亲，孕育一个生命都需要10个月。”）

（3）对于可以分解，但子任务之间需要相互沟通和交流的任务，必须在计划工作中考虑沟通的工作量。“因为软件开发本质上是一项系统工作——错综复杂关系下的一种实践，沟通、交流的工作量非常大，它很快会消耗任何分解所节省下来的个人时间。从而，添加更多的人手，实际上是延长了而不是缩短了时间进度。”

Brooks法则：“向进度落后的项目中增加人手，只会使进度更加落后”。

结论：
“项目的时间依赖于顺序上的限制，人员的最大数量依赖于独立子任务的数量。从这两个数值可以推算出进度表，该表安排的人员较少，花费的时间较长（在乐观的估值时间基础上，增加了用于应对不可知意外的时间，还有成员之间沟通的时间）（唯一的风险是产品可能会过时）。相反，分派较多的人手，计划较短的时间（比如：商业竞争的需求缩短了软件交付的时间；或者是项目前期滞后了，后期希望如期交付。），将无法得到可行的进度安排。总之，在众多软件项目中，缺乏合理的进度安排是造成项目滞后的主要原因，它比其他所有因素加起来的影响还要大。”