读《人月神话》有感

第一次听说“人月神话”这个名字的时候，我还以为这是一本不能再普通的玄幻小说，后来，我才从同学口里得知这是一本很经典的软件开发方面的书，于是我就先上网了解了这本书的相关信息。

 

通过查询，我了解到《人月神话》这本书的内容源于作者Brooks在IBM公司任System计算机系列以及其庞大的软件系统OS项目经理时的实践经验。其探索了达成一致性的困难和解决的方法，并探讨了软件工程管理的其他方面。而作者Brooks则被美国计算机协会，即ACM称赞“对计算机体系结构、操作系统和软件工程作出了里程碑式的贡献”。

 

因此，我带着好奇的的心开始阅读这本书。一开始读时我就入迷了，这本书总是会探索一句话或一个小故事内含的深层含义，从而引出了软件工程的管理问题。

 

其中，有一个使我印象特别深刻的章节，标题是“为什么巴比伦塔会失败？（Why Did the Tower of Babel Fail?）”这个章节的开头引用了圣经里面的一个故事，故事讲的是，在一开始的世界里，人们用的是同一种简单的语言，他们彼此交流并建造城市和高塔，而当耶和华在他们的语言里制造了混乱之后，他们之间的交流便不再通畅无阻了，而正是因为如此，他们不得不停止建造那座城市。

 

我查看了圣经原文，正如作者所说，当时的人们在建造城市的时候，拥有着清晰的目标、充足的人力、丰富的材料、足够的时间以及足够的技术，完成这个项目是不成问题的，那么为什么他们还是会失败，最终不得不停止建造城市呢，原因就是他们缺乏沟通和交流，以及交流的结果——组织。他们无法相互交谈，从而无法合作。当合作无法进行时，便导致了工作陷入了停顿。通过圣经的字里行间，我们推测交流的缺乏导致了争辩、沮丧和群体猜忌。很快，人们开始分裂——大家选择了孤立，而不是互相争吵。这一个故事教训了我们交流和沟通是一个项目能够顺利执行下去的根本保证，一个项目从一开始到结束，包括需求分析、总体设计、详细设计、具体实现、功能测试等等各个环节，无一不需要团队之间、团队与用户之间的交流与沟通。有了沟通才有共同的愿景和协作氛围，才有思想的交换和碰撞。列夫托尔斯泰就曾言：“与人交谈一次，往往比多年闭门劳作更能启发心智。思想必定是在与人交往中产生，而在孤独中进行加工和表达。”

 

然而，交流沟通并不像看起来那么简单，人与人之间观点或观念的冲突在所难免，我认为管理者与管理者之间、管理者与被管理者之间，在交流沟通时应发现在一些观念观点上的冲突，并且尽早的在这些冲突上达成一致的观点。因此，交流和组织的技能需要管理者仔细考虑，相关经验的积累和能力的提高同软件技术本身一样重要，正如格拉西安所说，在交谈中，判断比雄辩更重要。

 

另一个我印象较为深刻的是“未雨绸缪”，在一开始看到这个题目的时候，我以为这一章讲的是如何应对时刻可能发生的风险，在阅读完之后，我认为它的重点不在风险，而是在于如何快速适应变化。文章里说，不变只是愿望，变化才是永恒。仔细想想确实有道理，时间万物时刻都在变化当中，我们能做的，并不是祈求它不再改变，而只能学会快速适应。而适应的第一步，就是要接受变化是与生俱来的，不是不合时宜和令人生厌的异常情况这一事实。对于一个工程而言，目标上的一些变化无可避免，事先为它们做准备总比假设它们不会出现要好得多。不但目标上的变化不可避免，而且设计策略和技术上的变化也不可避免，所以当有时候开发了第一个系统之后，新的系统概念或新技术会不断出现，从而使开发的系统必须被抛弃。抛弃原型概念本身就是对事实的接受——随着学习的过程更改设计。

 

总而言之，这本书确确实实地使我对软件工程管理方面的知识有了进一步的认识，对软件的开发也有了比较系统的了解。