在把整本书读完后，看到书上那么多例子，虽然都是大牛们在编写，但是到最后却不能按时的完成任务，或者把整个项目都搞砸了，这就迫使我们去思考，这究竟是什么问题，难道一群大牛在一起工作就不合适吗，还是我们还有其他的问题，或者存在制度还是体制上的技术问题呢？然后经过思考和结合书中所给得出了一些结论。
交流的至关重要。团队之间要通过所有可能的途径进行相互之间的交流沟通。交流和交流的结果—组织，是成功的关键。交流和组织的技能需呀管理者仔细考虑，相关经验的积累和能力的提高同软件技术本身一样重要。
实践是最好的老师，但是，如果不能从中学习，再多的实践也没有用。系统编程需要花费多长的时间？需要多少的工作量？如何进行估计？作者对几个数据进行了分析，我们应从数据中学习，在实践中总结，做到胸有成竹，这样才会提高效率和生产力。
另外一个深有感触的是文档的重要性，从一开始上大学到现在一直认为文档是最好写的或者说这就不会是我们的范畴，我们主要的任务是编写程序，为什么还要去写文档呢？再说了，写文档的事情是属于文秘类工作来玩成的。但是通过读此书才真实的认识到这个文档的重要性，文档决定了软件的方向和软件开发的稳定性以及按时完成重要性。
文档。虽然太多的书籍都强调文档的重要性，但是在实际操作中它又发挥了多大的作用呢！书中提到流程图，流程图的使用本来应该在开发前画，但是很多流程图都是在开发结束后需要文档才画上的。这样做也许会对维护人员有帮助，但是从最底层的讲，文档相当于一个电器的说明书，他能够从最根本指导人来完成所做的工作，或者帮助人来了解这个项目，以便在做评估或者在日后维护等工作中起到特别大的作用。
人月神话为什么能畅销30年。的确如书中所说，其实他只是以某个项目为起点来展开软件工程的实际开发中的原理。大学的教科书：软件工程，计算机原理，编译原理等书籍都至少采用了10年，而其他的java语言等只是这2年才开课的。计算机技术的确变化很快，某些原理却并没有发生大的变化。