再读《人月神话》
2004-12-05 16:38
162 查看
我第一次读人月生活大概在1年之前了。马上要做一个新的项目了,今天有空,我又翻阅了这本软件工程领域的经典书籍。再读“人月神话”有了新的理解与感想。
“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话”、“向进度落后的项目中增加人手,只会使进度更加落后。”,对这些经典的论断有了新的理解。
在项目人员组成上,我个人比较喜欢人员数量少而精的项目结构,这样可以节省项目沟通所要花费的时间和精力。
在系统设计上,我倾向与“贵族专制”的项目制度。我比较喜欢赞同一下论断“具体实现中创造和发明的机会,并不会因为指定了外部技术说明而大为减少,相反创造性活动会因为规范发而得到增强,整个产品也一样”。“体系结构设计人员必须为自己描述的任何特性准备一种实现方法,但他不应该试图支配具体的实现过程”。
关于规格说明书的风格,书中提到“每条说明都必须重复所有的基本要素,所有文字都要相互一致。这往往使手册读起来枯燥乏味,但是精确比生动更加重要”。是的我们在写需求规格说明书(SRS)时要力求精确而不是生动。
“用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话”、“向进度落后的项目中增加人手,只会使进度更加落后。”,对这些经典的论断有了新的理解。
在项目人员组成上,我个人比较喜欢人员数量少而精的项目结构,这样可以节省项目沟通所要花费的时间和精力。
在系统设计上,我倾向与“贵族专制”的项目制度。我比较喜欢赞同一下论断“具体实现中创造和发明的机会,并不会因为指定了外部技术说明而大为减少,相反创造性活动会因为规范发而得到增强,整个产品也一样”。“体系结构设计人员必须为自己描述的任何特性准备一种实现方法,但他不应该试图支配具体的实现过程”。
关于规格说明书的风格,书中提到“每条说明都必须重复所有的基本要素,所有文字都要相互一致。这往往使手册读起来枯燥乏味,但是精确比生动更加重要”。是的我们在写需求规格说明书(SRS)时要力求精确而不是生动。
相关文章推荐
- 再读《人月神话》(一)
- 再读《中国惠普前总裁孙振耀谈工作与生活》之二:做自己想做的事情
- 再读C++ Primer 写了个小例子——练习多态虚函数的特性(08-01-25)
- 再读OpenGL红宝书(1-8章)
- 再读内核存储管理(3):bootmem分配策略
- 再读uclinux-2008r1(bf561)内核存储区域管理(2):可用页表初始化
- 解剖华为--再读《华为真相》
- 在教师节的日子里再读" 7.21 给张孝祥老师的第一封信"有感
- C# 用二进制将图片保存在数据库里再读出来显示在pictureBox中
- 等你大学毕业之后再读会后悔一辈子的48条忠告
- 《人月神话》 一次豆豆式的书评尝试【转】
- 再读《杰克·韦尔奇自传》(1)
- 人月神话
- 读《人月神话》感——职业的苦恼
- 软件项目管理的圣经--人月神话(上)
- 软件项目管理的圣经--人月神话(下)
- C语言标准IO: [先读再feof] VS [先feof再读]
- zz 如果让我再读一次研究生
- 再读《精通css》01
- 再读《精通css》05:定位、浮动与清理