我第一次读人月生活大概在1年之前了。马上要做一个新的项目了，今天有空，我又翻阅了这本软件工程领域的经典书籍。再读“人月神话”有了新的理解与感想。
“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话”、“向进度落后的项目中增加人手，只会使进度更加落后。”，对这些经典的论断有了新的理解。
在项目人员组成上，我个人比较喜欢人员数量少而精的项目结构，这样可以节省项目沟通所要花费的时间和精力。
在系统设计上，我倾向与“贵族专制”的项目制度。我比较喜欢赞同一下论断“具体实现中创造和发明的机会，并不会因为指定了外部技术说明而大为减少，相反创造性活动会因为规范发而得到增强，整个产品也一样”。“体系结构设计人员必须为自己描述的任何特性准备一种实现方法，但他不应该试图支配具体的实现过程”。
关于规格说明书的风格，书中提到“每条说明都必须重复所有的基本要素，所有文字都要相互一致。这往往使手册读起来枯燥乏味，但是精确比生动更加重要”。是的我们在写需求规格说明书（SRS）时要力求精确而不是生动。
“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话”、“向进度落后的项目中增加人手，只会使进度更加落后。”，对这些经典的论断有了新的理解。
在项目人员组成上，我个人比较喜欢人员数量少而精的项目结构，这样可以节省项目沟通所要花费的时间和精力。
在系统设计上，我倾向与“贵族专制”的项目制度。我比较喜欢赞同一下论断“具体实现中创造和发明的机会，并不会因为指定了外部技术说明而大为减少，相反创造性活动会因为规范发而得到增强，整个产品也一样”。“体系结构设计人员必须为自己描述的任何特性准备一种实现方法，但他不应该试图支配具体的实现过程”。
关于规格说明书的风格，书中提到“每条说明都必须重复所有的基本要素，所有文字都要相互一致。这往往使手册读起来枯燥乏味，但是精确比生动更加重要”。是的我们在写需求规格说明书（SRS）时要力求精确而不是生动。