在估算时为什么要分解估算对象?
发布于 2024-10-02
1935
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在项目管理过程中,精确估算规模与工作量具有重要意义。然而,许多项目经理在估算时常常不对被估算对象进行拆分,导致估算出现较大偏差。例如,一个模块估计有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 成员,中国分部主席
471 篇文章
浏览 1254.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
如何比较两种估算方法的准确性?
有公司在做软件规模估算时,采用了经验法估计了代码行,又设置了难度系数,重用率,重用规模系数三个调整参数。如果初始估计规模为1KLOC,难度系数为1.1,重用率为20%,重用规模系数为50%,则调整后的规模为:1*1.1*(1-20%)+1*20%*50%=0.88+0.1=0.98KLOC。我看到该估算方法后认为有些复杂,而且不好理解,有可能是做了无用功了,所以我想通过数据进行检验看看调整后的规模是否比初始的规模估计更准确,如果不如初始的规模估计更准确,则可以放弃三个调整系数。该公司A部门有11个历史项
浅显与深奥
项目管理类与工程类的过程域已经讲过多遍了,在每次讲课前,总要花费很多时间来备课,每次备课,每次讲课都会有新的体会.然而仍然对CMMI中的有些概念不能准确把握,很是郁闷.忽然想起来了"简单就是美"这句话,模型是实践的总结,不是理论的总结,我也有10多年的软件工程经验了,也读了N多的书,为什么仍然在查阅了那么多资料后,仍然模型中的概念和实践映射不过来呢.如果我们专业的咨询顾问不能掌握的话,只能是模型太
小概率事件实际不可能原理在软件量化管理中的应用
1 小概率事件实际不可能原理的含义小概率事件实际不可能原理,即:(1)小概率事件在理论上有发生的可能,但是在某次实际的实验中实际是不可能发生的,一旦真发生了,一定有其特殊的原因。(2)如果我们重复无限次的实验,则小概率事件一定会发生。在概率论中,我们将发生概率很小(通常不超过5%)的事件称作小概率事件。人们对待小概率事件有两种截然相反的态度:2 识别小概率事件的方法 (1)箱线图法:处于内围之外的
高成熟度实践点睛之OPP
CMMI, 高成熟度,统计管理,量化管理
先行指标与滞后指标的设计要点
在度量工程师认证训练营的首次课程中,布置了设计先行指标与滞后指标的作业,我对作业结果做了点评,希望这些点评能够让大家领悟到设计度量指标的要点。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线