扫码阅读
手机扫码阅读
在估算时为什么要分解估算对象?

我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。


麦哲思科技任甲林
扫码关注公众号

在项目管理过程中,精确估算规模与工作量具有重要意义。然而,许多项目经理在估算时常常不对被估算对象进行拆分,导致估算出现较大偏差。例如,一个模块估计有1万行代码,若以10%的标准差进行估算,根据切比雪夫不等式,实际代码行数可能落在7000到13000行之间的概率为89%。若偏差率符合正态分布,则该概率升高到99.73%。
相对地,如果将模块细拆分为50个小程序,每个程序约200行代码,保持10%的标准差不变,通过计算可知,实际代码行数的区间为(9576,10424),精度更高。对比两个估算区间:
- (7000,13000)
- (9576,10424)
显而易见,细拆分后的估算结果更为精确,所以在进行估算时应该尽可能细化估算对象。
此外,可使用水晶球软件模拟估算结果,以直观比较细拆分与未拆分的差异。模拟假设两种方法均估算出1万行代码,模拟1000次实际结果显示,在未细拆分情况下,实际代码行数落在区间(9576,10424)的概率仅为34.97%,而细拆分后,这一概率大幅提升至99.81%。
想要了解更多内容?


麦哲思科技任甲林
扫码关注公众号

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 230.1K
麦哲思科技任甲林的其他文章
使用Gompertz模型预测非典的趋势
在预测软件的可靠性时,可以根据该软件多轮测试发现的缺陷个数来预测应该发现的总缺陷数。在软件测试过程中,最开始的时候,会呈现缺陷增长较快的趋势状态,随着测试的进行,测试难度加大,需要执行较多的测试用例才能发现一个缺陷,虽然继续投入测试,仍然会持续发现缺陷,但是明显缺陷的增长速度会减缓,同时软件中隐藏的缺陷是有限的,因而限制了发现缺陷数的无限增长。在实践中预测总缺陷数的常用方法是Gompertz模型,...
结论简单,教训深刻:一个大型项目关于需求工程的反思
某公司承担一个大型软件项目的开发,该项目的计划工期为2年,实际工期为2.5年。该项目为本公司新进入的一个行业,公司在其他行业里有相近软件的开发经验,但是对进入的这个行业并不熟悉。本项目采用了瀑布模型,高峰期70多人参与,最少时也有30多人参与。投入了接近100人年的工作量,而浪费的工作量大概在25人年,需求返工的比例占了40-50%。项目结束后做了复盘,我作为外部咨询顾问参与了项目回顾...
多团队协同开发的18条实践
本文总结了18条多团队协同开发的实践。
快速学习COSMIC方法之十五:如何度量需求变更的规模
合理的度量需求变更的规模是COSMIC方法比第一代的功能点估算方法更科学的亮点。在度量需求的变更时,首先需要明确我们的度量目的,即我们要度量的是本次变更的规模,而不是变更之后的规模。明确目的后,要将变更的需求按照功能处理拆分,在一个需求变更中,可能存在几种情况: 1 新增的功能处理,此时按照前面讲的度量方法识别功能点即可; 2 删除的功能处理,被删除的功能处理的功能点个数即是本次变更的规模...
挣值管理的核心思想
挣值管理是以统一的一个度量单位计算投入、产出,以表示项目的进展情况、预测项目的完工情况的管理方法。通常情况下是以金额为统一的度量单位,在软件开发中,常常以工作量作为统一度量单位。 挣值管理中的3个基本变量元: (1)PV(planned value):计划价值,即计划产出,也是计划投入。 (2)EV (earned value):挣值,即实际产出,当任务完成后,挣值即为计划产出。 (3)AC (a
加入社区微信群
与行业大咖零距离交流学习


PMO实践白皮书
白皮书上线
白皮书上线