阅读笔记——人月神话（二）

心得体会

　　初闻《人月神话》，以为这是一本技术之外，但是写得非常好的课外读物，所以老师才会推荐我们去读这本书，并且让我们写一篇读后感。我开始按章节看的时候才理解到好像每个章节都对应了一个方面，而这些方方面面似乎都是开发过程中或多或少不可避免遇到的问题，这本书详细地分析了这些问题地重要性，并引用了很多例证。

　　在看到这本书前的第一个瞬间，首先吸引我的是它的书名，人月神话？为什么这么一本源于技术，重点分析强调团队开发规范化的书，会叫这么一个名字。而随着我后面不断地阅读以及思考，我也慢慢地开始懂得“人月”这个概念，它在系统编程中近乎不可能实现。

　　“人月”，可以认为它是一个在项目估计和进度安排中使用的工作量单位。在某种情况上来说，成本会随着开发产品的人数和时间的不同，有着很大的变化；但是成本的不断提高却不一定就会使进度不断加快，反而有可能会因出现问题致使整个进度被拖慢。因此用“人月”这个概念来衡量一项工作或者一个项目的规模是否宏大或者牛逼是存在问题的。在某种程度上来说，系统编程中的人员数量和开发时间是不能互换的，我们不能说给项目加人就一定可以加快项目完成的时间，十个人开发一个项目未必就比一百个人慢；但同时十个人开发一个项目有可能就是要比五个人开发的时间要快，我们所要实现的“人月神话”，正是在人数和时间之间达成一个工作的最大效益化。

　　但是同时一个好的产品开发队伍，不应该只由程序员来组成，所谓的工作效益最大化不是说用最少的成本来开发产品，开发队伍里面应该还有产品经理，有架构师，有明确的工作分工以及要求规范。曾经像求伯君那样一个人，一台电脑，一年多地时间就开发出像wps1.0这么伟大的产品的时代已经过去了。如今的项目大多数是以团队式为主的开发，而团队中每个人的思想以及性格的不同又会使项目地开发出现很大的危机，因此只有制定团队开发规范,才能够解决这一思想风格上地差异。《人月神话》就是这么一本书，它没有教我们如何去具体地挣脱大项目开发过程中出现地焦油区，他只是给我们指明了大多数开发过程中可能会出现地情况，然后让我重视这些情况。给我们应当如何合理地开发提了一些建议。我们也应当正确认识，认真对待这些建议。