《软件估算》读后感锦集

《软件估算》读后感锦集

软件估算》是一本由麦克康内尔著作,电子工业出版社出版的平装图书,本书定价:49.00元,页数:324,特精心从网络上整理的一些读者的读后感,希望对大家能有帮助。

《软件估算》精选点评:

列举了很多估算的方法,核心是指出了估计和计划是不同的事情,需要区分来对待。估计是用已有事实和经验对未来做出合理客观的预测,注意是预测不是承诺。而计划是利用现有资源获得尽量满意的结果

在软件估算方面,这本书是我见到的最通俗、最易读、最容易在实践中使用和操作的

值得认真研读学习的好书。

中文版介绍

老板给的书

干货颇丰。最大的见解就是”精度”不等于”准确度”,过于细致的预估可能徒增消耗。并没有完全看书,而是通过 http://ishare.iask.sina.com.cn/f/20507863.html 的Slides,观点总结 http://ww2.sinaimg.cn/large/67b05ff9jw1e26ufzj3e3j.jpg

醍醐灌顶

一定要看!这本书的风格简直就是我梦想中的。旁征博引,那么多与这个主题相关的论文都利用到,写出平易近人的文字。作者对这个主题和对文字的驾驭都游刃有余。

这本书还没有读完,无法做出最终的评价

《软件估算》读后感(一):给出了一些方法,但是路还是要自己走

书上罗列了一系列的方法,看的时候都觉得蛮有道理的,也都想着要运用到实践中去,但是等回过头来一看又不是怎么好运用,也不知道从何下手。可能问题不是出在书上面,而是软件本身的估算就需要经验的积累

《软件估算》读后感(二):计划与估算

估计好多人不是很明白这两个词中的区别,但是确实存在,也确实能引发你的思考,在敏捷实践发展的同时,对软件工作量的估算还在制约着很大一部分软件人。看了这书让我觉得里面很多话都足够经典,也需要我们能重视起来。估算不仅仅是门统计的算法,更是项目管理的艺术。

《软件估算》读后感(三):6拍之一,教你如何拍胸脯

拍脑袋 拍胸脯 拍肩膀 拍桌子 拍大腿 拍屁股。

当一个长得像秦始皇的主管的主管的主管的主管来向你要进度的时候,剑鞘里利刃的寒气透出。他,会不停的问直到你说出‘他’想要的结果的时候,剑已经架到你的喉咙上了。

读这本书虽然痛苦但是也得读,一部分是译者啰哩啰嗦的文风,一部分是让人头痛的数据(还好不多),一半是性命攸关。长叹

《软件估算》读后感(四):涉及面很广,思路很好,但是与实际有些差距

需求: 在项目中被老板给冤了。 一个项目很辛苦近3个月,从头到尾,最终加班加点做完,居然到年后review的时这个项目居然是自己的污点。原因,对于项目中的估算不准老板很失望,被认为自己给项目带来风险,所以呵呵。 有争吵,相互彼此失望。找本书看看,项目中如何估算,工作量,进度,成本。找些资料看看,找到这本书,是CodeCompete 的作者,慕名而来。

自己的问题: 项目为什么估算为什么不准确?

项目如何估算? 都有哪些估算方法?如何提高估算的精度?

如何避免说服别人,接受估算的结果?

这本书没有让我失望。(建议看英文版,中文版有些翻译的不太准确,图标标注不太准确)

1. 第一部分部分,很精辟的澄清一些概念: 目标,估算,承诺; 估算与计划; 估算与项目控制; 估算的目的,和定义。( 其中有个类比,估算与项目控制,如同给箱子装衣服;如何估算紧张,就一点一点装,同时还可以压一压,不行再做到上面使劲压; 不行再去掉一些衣服试试) ==》 提出以概率的方式表示估算。==》这个纠正自己经常单值估算

2. 第一部分,给出项目估算不准确的原因。给出一个给出一个Cone of uncertain 模型。 开发中的不准确,以及若干种影响开发效率的list; 另外一个是过于乐观。 此外两点,遗漏,或者屁沟拍脑袋的草率导致的。

3. 中间第二部分介绍不同的估算方法。

打的原则就是 计数,计算,评估判断。 不同的估算方法基本框架都大同小异。 找到要估算的东西本身,或者与估算东西强关联的一个东西:计数。计算,根据某种数据对应为工作量。用历史数据评估纠正。

切记,再估算中直觉是不可靠的, 对应所有的速算都是去只觉得。 比如用story point 代替 时间。

还有告诉什么是一个好的估算的流程。

1.专家判断;

2.分解和重组: (这里没有告诉如何分解和重组,只是告诉分解和重组也有误差)。 很精辟的解释到为什么软件,单个估算不准,会导致最好自己加班加点。

3.类比估算: 类比前提是: 复杂度(规模),工作量, 成本 以及假设不同

4.基于代理估算: story point

5. 专家小组估算发–》 Delphi 估算

4. 最后一部分,告诉

4.1如何计算复杂度,或者软件的规模,计数。

4.2 如何得到软件的工作量;

4.3 如何得到软件的进度。 进度公式 = 3 x (工作量)^1/3

4.4 对于一个项目估算的时间如何分配: 需求,设计, 实现, 测试, 发布。

4.4 最终如何如何讲自己的估算,呈现出来。

4.5 给出如何让别人接受这个估算。 ==》涉及中间沟通的一些原则。

讲的不错,但是实际操练起来感觉还有不小的差距。还是值得一看。

其中书中的资料索引很多,推荐的不错。

估算在软件开发中,从头到尾,一直都有; 各种项目开发,都离不开估算,大家都是怎么做的,好像自己也不知道。 看看自己团队,公司,同事,朋友是如何估算的。 这也是软件开发中基础难题。

(另外的问题比如: 软件质量? 软件测试什么时候停下来? 项目中的绩效? 多个scrume 如何同步? 项目估算? 迭代开发与项目roadmap之间关系)

对于自己,对于比较小的task,如何估算?记录自己task的数据 也是要回答问题。

本文作者的文集给他/她留言我也要发表文章

本文来自投稿,不代表飞扬丽人网立场,如若转载,请注明出处:https://www.fylady.com/62870.html