成本的确随开发产品的人数和时间的不同，有着很大的变化，进度却不是如此。因此我认为用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。人数和时间的互换仅仅适用于以下情况：某个任务可以分解给参与人员，并且他们之间不需要相互的交流。这在割小麦或收获棉花的工作中是可行的；而在系统编程中近乎不可能。

系统开发的时间安排1／3 计划1／6码1／4 构件测试和早期系统测试1／4 系统测试，所有构件已完成需要特别指出的是，不为系统测试安排足够的时间简直就是一场灾难

乐观主义所有的编程人员都是乐观主义者。…“这次她肯定会运行的”“我刚刚找到了最后一个错误”人月第二个谬误是在估计和进度安排中使用的工作单位﹣人月。暗示着时间和人员可以相互替换。

软件产品易于掌握的特性和不可见性，导致它的构建人员面临永恒的需求变更。一旦认识到试验性的系统必须被构建和丢弃，具有变更思想的重新设计不可避免，从而直面整个变化现象的思想是非常有用的。第一步是接受这样的事实：变化是与生俱来的，不是不合时宜和令人生厌的异常情况。用户的实际需要和用户感觉会随着程序的构建、测试和使用变化。

简化Brooks的法则：向进度落后的团队增加人手，只会让进度更加落后。

乐观主义所有的编程人员都是乐观主义者。…“这次她肯定会运行的”“我刚刚找到了最后一个错误”人月第二个谬误是在估计和进度安排中使用的工作单位﹣人月。暗示着时间和人员可以相互替换。