《人月神话》读后感

人月这个词组是一个考察工作量的度量单位，一个人月也就是一个人在一个月能够完成的工作量。在软件工程里，经常用多少个人月来估算项目的工作量。

作者用了一个孕妇生孩子的案例说明了人月这个单位混淆了工作量和进度这两个概念。一个孕妇生一个孩子需要10个月，那么为了加快生孩子的过程，我们是不是可以让10个孕妇在一个月里就把孩子生出来呢？显然不行。

同样，很多软件项目管理人员总是希望通过加入更多人手来加快软件工程的完成进度。然而实际情况并非如此，因为软件工程的各项工作之间往往有一个前后沉积的关系，得完成一项，才能进行另一项，加进来的人手并不能马上就开展后面的工作，所以想要通过增加人手来缩短工作时间其实只是一个神话。人月神话所反映出的是软件开发在项目管理中遇到的难题。管理人员因为盲目乐观，对项目开发中的困难没有充分认识，在计算工作的工作量和交互时间上，采用了错误的计算方法，忽略了细节对整体的巨大影响，这就很可能导致项目延期。

比如说很多工作路径上的事情是无法分解的，往往只能一个人完成，即使有些工作可以拆解，但是一个人做事情和很多人做事情的模式是不一样的。一个人工作时需要的沟通很少，想怎么做就怎么做。但是人一多，就需要持续的沟通交流，需要了解彼此的工作习惯和工作内容，然后这些人才能团结协作，完成同一个目标。这就是需要花费很多时间去开会和交流。

归根结底，软件行业是一个知识密集型的行业，团队中人员数量很多，角色也很多。这些角色使用的语言和思维方式都是不一样的，要让这样一群人形成有战斗力的团队，流畅的沟通是必须的。而要达到流畅的沟通，一段时间的磨合期是必须的。