《人月神话》读后感

最近读完人月神话这本书，这本书讲述了在软件开发方面的问题和分析了产生问题的原因。不同的人看这本书可能会有不同的感受吧，作为一名非软件工程专业的学生，我来谈一下自己读这本书的体会吧。

首先这本书的题目就叫做人月神话，那么什么是人月神话呢？人月神话在本书中所指的是一个思维误区，它指的是在任务安排中使用了人月这一工作量单位，认为人员数量和时间是可以相互替换的。作者在书中分析论证了这种思维方式的误区，在焦油坑这一章作者就提出，在软件开发任务进度滞后时，期望通过增加人力来解决是不现实的，因为软件开发是一个团队项目，需要人员之间的配合，在任务过程中增加人员，新进成员还需要有磨合，往往达不到效果。这实际上反应了许多问题，对估算技术缺乏研究，没有实时把握任务进度等等。这些问题作者提出来，是因为其普遍客观存在，当我们自己完成课程项目时就已经感受到这个困境。当我们的进度遇到困难时，希望能寻求有经验的人来帮助，在这个过程中，往往需要消耗大量时间来与他沟通，如果沟通的结果能解决问题那么还可以接受，如果没有解决，又白白浪费时间。还有一个问题就是在进行任务时，对任务时间的把握不准，由于在进行课程学习时还有其他的课程，时间协调起来就需要准确的任务时间把握。但我们在进行开发室，碰到的问题是常常会碰到意外情况，导致不能按进度完成任务，在做计划时，缺乏风险考虑。我们所碰到的额问题其实在本书中都能找得到，作者也利用自己从业多年的工作经验，帮助我们认真分析，对我们今后不管是从事软件开发，还是从事其他的项目管理，所带来的启发都是很有建设性的。

另一个感触比较深的是外科手术式的队伍。作者在进行这个论述前，给了一个大家容易相信的例子，实际上这是一种幼稚的想法，那就是年轻的经理常说喜欢人数少儿效率高的精干队伍。这实际上回避了一个问题：如何在有意义的时间内创造大型系统？实际上就是如何在人员效率和数量上如何去抉择。如果单纯考虑效率，那肯定是选择小而精的队伍，但是对于一个大型系统，更多的是时间成本，有很大的工作量，光靠效率已经填补不了这个空白。所以提出了外科手术式的队伍，这种分法不是单纯地将问题分为几个部分，然后由不同的人去解决，而是有“一个人”为主线，去解决问题，其余的提供支持和辅助。这种解决效率和数量关系的方法不仅仅在软件行业，对于其他行业也同样适用。在工程应用方面，解决问题需要考虑的方面非常多，如果将这些问题都独立分解开来，让不同的人来解决，会面临非常难的处境。这时就需要项目团队中一个高效率的人定下一根主线，把所有参数都定下来，其他人就可以开始工作，辅助做完剩下的工作，碰到问题又可以返回这根主线进行修改。现实生活中有很多例子可以证明，比如北京的三元桥48小时完成改建，这肯定不是由小而精的团队完成的。

读完这本书，总体来说收获是比较大的，今后虽然没有从事软件行业的工作，但作者丰富的项目管理经验，不仅给软件行业提供参考，各行各业都能在其中找到类似的问题和解决方法。