， 向进度落后的项目中增加人手，只会使进度更加落后。 -Brooks法则
《人月神话》中的内容来自布鲁克斯在IBM公司System 360家族和OS 360中的项目管理经验。初版的20年后，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。新增加的章节包括：原著中一些核心观点的精华；在经过了一个时代以后，Brooks博士对原先观点新的认识；1986年的经典文章《没有银弹》；对1986年所下论断（在10年内不会出现银弹）现在的认识。
只看这本书的名字我想大部分人不会将他与软件项目管理联系在一起，“人月”这个词让人一时摸不到头脑，在看完这本书第二章之后，因为我还没有参与过实际的项目管理，对书中的观点并不能理解透彻，但是大抵是懂得了“人月”的含义。人月是用来衡量工作量的，规模是通过功能点或代码行等方式来衡量的，规模除以个体生产率后可以得到人月数据。
对于一项不能在规定时间内完成的项目，向团队中加入更多的人反而会使进度更加落后。因为新加入的人对原有的项目并不了解，需要重新学习，在学习之后很有可能提出与原先团队不同的看法与设计理念，这会造成原先的团队分崩离析建立一个新的团队，而这个团队需要重新开始做项目。由此可以看出， 用人月来衡量一项工作的规模是一个危险和带有欺骗性的神话，因为它暗示了人员数量和时间是可以相互替换的。
在项目开发中。团队成员到底多少合适？这里有一个最合适的点，多一分显胖，少一分显瘦的点。一个项目的领导人员要学会去找到这个最佳的点，即使一时找不到，但是要清楚人员绝对不是越多越好。一个10几人的团队大可以在一间小小的办公室中在很短时间内完成交流沟通。而如果是一个几百人的团队，那这个团队的大部分时间都在沟通，人与人之间，小组与小组之间，这使得项目的进度严重落后。 缺乏合理的时间进度是造成项目滞后的最主要原因，它比其他所有因素加起来的影响还要大。按照时间管理的方法论，你越忙的时候你越该停止下来，好好的反省究竟慢在哪里，瓶颈和根源究竟在哪里，只有当问题的根源真正被挖掘出来和解决后，才可能真正提高效率和加速度。