在估算时为什么要分解估算对象?
发布于 2024-10-02
837
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在项目管理过程中,精确估算规模与工作量具有重要意义。然而,许多项目经理在估算时常常不对被估算对象进行拆分,导致估算出现较大偏差。例如,一个模块估计有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 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
敏捷方法开发总结的点评记录
某项目组采用敏捷的方法完成了一个项目,在此过程中,每次迭代结束后,项目组的每个成员都总结了本次迭代的经验教训,我汇总这些经验教训后,点评如下:
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
一句话概括TMMi的每个PA
本文针对TMMi的每个PA,用简单扼要的一句话概括了其核心内容,便于大家在最短的时间内了解TMMi的要求。
白话SCRUM之一:SCRUM 的三个角色
在SCRUM方法中将项目的利益相关者分成两大类:Pigs角色与chickens角色,pigs即为项目组的实际参与人员,chickens为项目组的外部人员,包括经理、最终用户等等。Pigs在scrum中细分为三个角色:Scrum master、Product owner、Team,这三个对等地位的角色构成一个平衡的铁三角推动整个项目的进展。 Scrum master不是项目经理,他没有分配任务
为什么无法建立过程性能模型?
在CMMI四五级的软件公司中,建立过程性能模型是一个重点也是一个难点工作,很多公司无法建立过程性能模型,为什么呢? 1)数据不准 比如: Ø 对于评审的会议,评审的参与人有的是来学习的,在统计人数、工作量时就不应该统计在内。 Ø 有的数据当时没有采集,而是靠时候回忆采集上来的。 Ø 有的代码行数不是通过工具统计上来的,而是靠
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线