《人月神话》，那什么是人月？是在估计和进度安排中使用的工作量单位。Brooks认为，用人月作为 衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互 替换的。 人数和时间的互换仅仅适用于以下情况：某个任务可以分解给参与人员，并且他们之 间不需要相互的交流。
保持设计的概念完整。无论对小软件还是大软件，都必须由一个设计师主导，最多两个人讨论来共同完成软件的整体设计。作为一个软件，一个系统，必须有一个清晰明确的概念模型，大家都在这个框架下工作，所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念，但只有总设计者才有否定与发展基本概念的权力。需要注意的一点是，即使是总设计师一直是同一个人，他脑海中所认为理所当然的规则或者概念，很可能由于没有明确的文档化，而没有成为所有开发者共同的概念。在其他开发者编码的时候，就可能会生成与概念相抵触的东西（模块，功能，算法），导致整体结构的恶化。这个时候总设计师一定要即时发现，做出更正。这就是外科手术式的开发队伍。
下面是网上对人月神话的每部分的一个简要概括，也很是到位。
焦油坑
1. 编程系统产品开发的工作量是供个人使用的、独立开发的构件程序的九倍。
2. 编程行业的一些内在固有苦恼：
● 将做事方式调整到追求完美，是学习编程的最困难部分。
● 由其他人来设定目标，并且必须依靠自己无法控制的事物。
● 真正的权威来自于每次任务的完成。
● 任何创造性活动都伴随着枯燥艰苦的劳动，编程也不例外
● 人们通常期望项目在接近结束时（bug、工作时间）能收敛得快一些，然而软件项目的情况却是越接近完成，收敛得越慢。
● 产品在即将完成时总面临着陈旧过时的威胁。