初次看到这本《人月神话》，其实不太懂这到底在讲什么，名字这样文艺的书籍内容又是怎样？
《人月神话》的内容是作者Brooks在IBM公司任System计算机系列以及其庞大的软件系统OS项目经理时的实践经验。这本书中探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其 他方面。在《人月神话》中，既有很多发人深省的观点，又有大量软件工程的实践，为每个复杂项目的管理者给出了自己的真知灼见大型编程项目深受由于人力划分产生的管理问题的困扰，保持产品本身的概念完整性是一个至关重要的需求。
人月是用来衡量工作量的，规模是通过功能点或代码行等方式来衡量的，规模除以个体生产率后可以得到人月数据。用人月来衡量一项工作的规模是一个危险和带有欺骗性的神话，因为它暗示了人员数量和时间是可以相互替换的。这里进一步来描述人月不能互换的原因，首先是任务能否拆解，及时能够分解任务间是否存在相互的依赖和约束，分解后是否增加会增加相应的沟通，以及由于分解任务而引入的分解和后期集成等额外的工作量。
进度对于项目进行来说是很关键的，那么进度落后的问题根源又在哪呢。首先对于软件需求来说，它本身就频繁变动而且不受控，开发频繁的修改和返工，也就造成全是无效的工作量。然后有可能是开发人员技能本身问题，或者是开发效率低，或者是对业务需求理解不深。还可能是开发人员自身的态度和责任感，团队中没有一种能够刺激他们潜在创造激情的氛围。环境也很重要，如果没有一个安静专注的环境，经常被各种无意见的会议，电话和琐事打断，那么也会严重影响进度的发展。