人月神话读书笔记(一)

原创 2003年01月24日 09:43:00

第一章 焦油坑

表面上看起来好像没有任何一个单独的问题会导致困难,每个都能被
解决,但是当它们相互纠缠和积累在一起的时候,团队的行动就会变
得越来越慢。对问题的麻烦程度,每个人似乎都会感到惊讶,并且很
难看清问题的本质。不过,如果我们想解决问题,就必须试图先去理
解它。   --    清楚地解释系统开发的困难所在。

这,就是编程。一个许多人痛苦挣扎的焦油坑以及一种乐趣和苦恼共
存的创造性活动。对于许多人而言,其中的乐趣远大于苦恼。而本书
的剩余部分将试图搭建一些桥梁,为通过这样的焦油坑提供一些指导。
  --  本书的目的

 

第二章 人月神话

1.  在众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要原因,它比其他所有因素加起来的影响还大。导致灾难的原因是:

首先,我们对估算技术缺乏有效的研究。

第二,我们采用的估算技术隐含地假设人和月可以互换,错误地将进度与工作量相互混淆

第三,由于对自己的估算缺乏信心,软件经理通常不会有耐心持续地进行估算这项工作。

第四,对进度缺少跟踪和监督。

第五,当意识到进度的偏移时,下意识(以及传统)的反应是增加人力。

2.  系统开发过程中,乐观主义并不应该是理所应当的。

在单个任务中,“一切都将运转正常”的假设在时间进度上具有可实现性。因为所遇的延迟是一个概率分布曲线,“不会延迟”仅具有有限的概率,所以现实情况可能会像计划安排的那样顺利。然而大型的编程工作,或多或少包含了很多任务,某些任务间还具有前后的次序,从而一切正常的概率变得非常小,甚至接近于无。

3.  成本的确随开发产品的人数和时间的不同,有着很大的变化,进度却不是如此。因此我认为用人月作为衡量一项工作的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是可以相互替换的。

因为软件开发本质上是一项系统的工作--错综复杂关系下的一种实践--沟通、交流的工作量非常大,它很快会消耗任务分解所节省下来的个人时间。从而,添加更多的人手,实际上是延长了,而不是缩短了时间进度。

4.  在时间进度中,顺序限制所造成的影响,没有哪个部分比单元测试和系统测试所受到的牵涉更彻底。

对于任务的进度安排,以下是作者使用了很多年的经验法则:
1/3 计划
1/6 编码
1/4 构件测试和早期系统测试(单元测试)
1/4 系统测试

5.  如果发现项目的实际进度滞后于预计的进度,项目经理最好的办法是重新安排进度,而不是增加项目人手。

6.  项目的时间依赖于顺序上的限制,人员的数量依赖于单个子任务的数量。从这两个数值可以推算出进度时间表,该表安排的人员较少,花费的时间较长(唯一的风险是产品可能过时)。相反,分派较多的人手,计划较短的时间,将无法得到可行的进度表。总之,在众多软件项目中,缺乏合理的时间进度是造成项目滞后的最主要原因,它比其他所有因素加起来的影响还要大。

 

人月神话读书笔记

1964-1965:  IBM操作系统OS/360的经理1974: 查珀尔希尔,北卡罗来纳 Frederick P. Brooks,Jr写了此书。1994:20年后再版,修正了一些观点 几个谬误1)所...
  • wqf363
  • wqf363
  • 2007年01月28日 14:06
  • 1082

人月神话读书笔记(16)----没有银弹

没有银弹由于软件的复杂性,一致性,变化性和不可见性,解决软件危机的银弹并不存在。摘要 所有软件活动包括: 根本任务,即打造构成抽象软件实体的复杂概念结构; 次要任务,即使用编程语言表达这些抽象实体,...
  • liujianli
  • liujianli
  • 2016年07月26日 16:38
  • 418

人月神话读书笔记(2)-人月神话

第二章 人月神话(The Mythical Man-Month) 美食的烹调需要时间;片刻等待,更多美味,更多享受。 在众多软件项目中缺乏合理的进度安排是造成软件项目滞后的主要原因。造成这种灾难的原因...
  • zhouree
  • zhouree
  • 2009年06月01日 17:34
  • 244

人月神话读书笔记(2)----人月神话

人月神话缺乏合理的进度安排是造成项目滞后的最主要原因,导致这种灾难如此普通的原因有: 1. 对估算技术缺乏有效的研究; 2. 估算技术隐含地假设人和月可以互换,错误地将进度与工作量相互混淆; 3...
  • liujianli
  • liujianli
  • 2016年07月13日 16:43
  • 161

人月神话解读与感受

在研究生期间我们的课程设置中有一门必修课程是软件工程,其中有一个作业是读人月神话并写一篇读后感。虽然我本科的专业是偏向于网络工程,并且我们也开设过软件工程这门课。但是对于像我这样的二流选手,在本科期间...
  • DaveBobo
  • DaveBobo
  • 2016年04月11日 17:45
  • 3557

人月神话读书笔记之二人月神话

人月神话说明了不能单纯地按照人月的模式进行工作量的估计。 第一,在项目开发过程中会存在很多沟通交流的成本。第二,很多问题的解决不是单纯靠人力解决的,有些问题是不能够再分解的任务和功能...
  • xuqiaobo
  • xuqiaobo
  • 2017年04月18日 10:36
  • 92

《人月神话》阅读心得

巴比伦塔的失败启示 ——《人月神话》读后感 12330227 计应2班 吕顺   初读人月神话,我就深深地被其中所涉及到的软件开发中遇到的各种难题和解决对策所折服。坐着布鲁克斯用一种高瞻远瞩的视角详细...
  • lv0525
  • lv0525
  • 2015年05月17日 18:57
  • 440

【书评】人月不必再相望,嫦娥已然在身旁——人月神话(40周年纪念版)

参与活动主题《人月神话(40周年纪念版)再版 扒一扒你遇到过最NB开发项目》有奖活动,三重惊喜,有奖试读&作者互动@关注有礼!为什么是《人月神话》?这本书在业界真的很名,几乎无人不知,然而我却只知其名...
  • testcs_dn
  • testcs_dn
  • 2015年06月21日 15:17
  • 2932

《人月神话》经典观点整理(之一):哪些过时了,哪些还有效?

下面的文章是第一章和第二章的主要观点,后续章节的我回头再发。看这篇文章能够迅速了解Brooks的思想。   另外一个需要大家仔细考虑的就是,Brooks的《人月神话》是在几十年前写的,在软...
  • joeyon
  • joeyon
  • 2015年03月06日 11:28
  • 965

《人月神话》一句话总结各章核心观点

第1章 焦油坑:提出软件产品现在处于进度和质量焦油坑当中,难以摆脱。 第2章 人月神话:人月估算法是错误的,这会暗示人月可互换,这种方式严重的忽视了一个重要的成本,沟通成本。 第3章 外科手术队伍...
  • u010266093
  • u010266093
  • 2014年06月03日 15:45
  • 812
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:人月神话读书笔记(一)
举报原因:
原因补充:

(最多只允许输入30个字)