没有合适的资源?快使用搜索试试~ 我知道了~
《人月神话》是一本对于软件开发和项目经理职业有着启发式的重要作用,这是本人的一些读后感。
资源推荐
资源详情
资源评论
读书有感之《人月神话》
对于《人月神话》这本经典之作,我已经在大学本科期间多次
听老师提及,由于当时对计算机软件专业缺少求知欲,没有将其认
真阅读。如果没有阅读过这本书,则会认为它或许是在讲神话故事。
实际上它是一部在软件领域内绝无仅有的传奇经典之作,它是软件
开发人员、软件项目经理、系统分析师必读的一本书。在九月下旬
时,拿到这本书后开始一点慢慢品味。
之前就有打算参见项目经理相关的考试,所以我相信这本书会
让我受益匪浅。
焦油坑,这个词出现在第一章时让我觉得有点莫名其妙,看过
之后才幡然大悟。表面上看起来好像没有任何一个单独的问题会导
致困难,每个问题都能获得解决,但是当它们互相纠缠和积累在一
起的时候,团队的行动就会变得越来越慢。任何一个软件项目的开
发都需要一个强有力的团队,既然是团队就要考虑它的可融合性而
不仅仅是单独可执行性。(同时从布鲁克斯的思考方式认为喜欢编
程的人普遍是偏向于乐观主义,我终于明白自己不喜欢的编程的原
因了。)作者对于编程职业的乐趣与苦恼进行比较详细的分析,但
以我的角度看,任何职业都有它的苦与乐,没有一成不变的苦或乐。
人月神话,这是我看到比较有趣的地方了——人月。人月是在
估计和进度安排中使用的工作量单位。成本的确是随着开发产品的
人数和时间的不同有着很大的变化。在《人月神话》对书名的完美
解释是:“人月作为衡量一项工作的规模是一个危险和带有欺骗性的
神话。”如果一个任务在分解后分派给参与人员并且他们之间不需要
任何沟通交流,那么进度就可以顺利按照计划来进行并且工程不会
延期。但实际情况是被分解的子任务是需要沟通交流的,其中包括
技术、总体策略以及次序问题。这样就导致进度不能按照计划进行
或要改动原有的计划。一旦遇到软件项目落后于进度时,这时就会
考验项目经理。是否增加人手,是否会造成进度灾难。文中给出了
一个例子,我将这个例子作为数学题进行仔细的推敲后发现,的确
增加人手只会让进度更加落后。因为其中牵扯增加人手需要对人手
的培训,而原来在原有进度中工作的可用人月也会投入到培训新的
人手中。增加的人手虽然提高了人月的可利用数量,但还是没有弥
补因培训所损失掉的人月。Brooks 法则:向进度落后的项目中增加
人手,只会使进度更加落后。这样也就提出一个比较实际的问题:
在发现软件项目落后于进度时,项目经理不能增加人手改变现状,
怎么办?其实这也是我比较疑惑的问题,文中给予的解释是从源头
出发,即就是缺乏合理的进度安排是造成项目滞后的最主要原因。
那就是在进度安排时要多花工夫,其中项目的时间依赖于顺序上的
限制,人员的最大数量依赖于独立子任务的数量,从这两个数值可
以推算出进度表。在安排进度表时不能分派过多的人手,希望在较
短的时间内完成,这样无法得到可行的进度安排。在这里我认为可
行换做合理比较合适,任何一个进度安排都有一定的依据,重点是
是否合理,这就需要经验和理论基础。
外科手术队伍,在看到这个题目时比较纳闷,这与软件项目开
剩余7页未读,继续阅读
资源评论
泡泡的忧桑
- 粉丝: 0
- 资源: 2
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功