扫码阅读
手机扫码阅读
快速学习COSMIC方法之十七:如何寻找更简单有效的规模度量方法?
97 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
文章来源:
麦哲思科技任甲林
扫码关注公众号
工作量估算方法的探索与分析摘要
企业在估算软件工作量时,首先需要估算软件规模。传统的代码行估算方法因人员经验和编程语言的不同导致结果差异较大,缺乏可比性和精确性。因此,更多企业转向使用功能点来衡量软件规模。
COSMIC方法作为功能点度量的先进方式,被认为是简单易用的估算方法。尽管存在学习成本,但逐渐被行业采纳。企业在寻找简化方法时,应确保其合理性和科学性,特别是当与业内其他组织进行比较时。
判断自创规模度量方法的有效性可以通过分析规模数据与实际工作量数据的相关性。成功案例展示了一个公司使用需求个数作为规模估算,历史数据分析显示需求个数与编码工作量相关性超过90%,证明了方法的适用性。然而,失败案例中的另一公司自定义的需求点与工作量相关性较弱,相关系数只有0.439,表明需求点不是一个合适的规模计量单位。
另一成功例子是故事点用于规模估算的敏捷方法,其与工作量的相关性超过60%,验证了故事点的定义合理性。最终,一个公司在实施COSMIC方法后对其进行本地化调整,用于度量维护和升级软件规模,相关性超过80%,说明调整后的方法适合公司项目,能有效估算开发工作量。
想要了解更多内容?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105.2K
麦哲思科技任甲林的其他文章
需求与设计的界线
需求与设计的区别究竟是什么? 教科书上的经典答案是:需求关注系统“做什么”,设计关注“如何做”,其实这是一个很模糊的说法。无论是在结构化方法中还是在面向对象的方法中,需求分析的结果既包括了“做什么”也部分包括了“如何做”,只不过描述“如何做”时抽象的层次比较高或者描述了某个局部需求的“如何做”。客户在提出系统需求时,可能对“如何做”提出一些约束条件,比如客户要求必须采用三层结构,必须采用某个中间件
案例:客观比较年度改进效果
年底将至,很多公司会做年底总结,比较今年的质量、效率等各方面与去年的变化,怎么比较呢?计算比较年度的平均值是常见的做法,但是比较平均值有2个突出的缺点: 1 平均值容易受到极大值或极小值的影响,可能不能代表整体的变化趋势; 2 平均值是一个单点值,看不到整体的变异范围。 因此我们需要更科学的方法比较年度的改进效果,这个利器就是箱线图。 如某公司积累了最近三年的缺陷及时修复
如何识别过程改进点?
望闻问切,弄清病症、病因,才可开药方,过程改进与此同理。那么,过程改进如何识别改进点,发现病症呢? 1 过程评估 过程评估是指由内部或外部的评估员参考某种或某几种模型通过文档审查或访谈等手段评价组织的过程执行情况,以发现体系、实践与模型的差距,识别改进点。 2 过程裁剪记录分析 组织级定义了标准的体系规范后,项目组可以裁剪组织的标准体系,通过分析裁剪记录可以识别频繁裁剪的过程、
单元测试技术培训练习总结报告
培训日期:2007年9月14日到2007年9月15日日程安排:第1天:上午:单元测试的技术与方法培训下午:LINUX下CUNIT单元测试工具的使用方法第2天:上午:分组练习下午:分组练习练习总结练习情况概述:约50名开发人员参加了练习,分成了7个小组进行了练习,其中一个小组原来采用C#在windows开发平台下进行软件开发,其他小组均是在LINUX环境下用C语言开发。练习均在实际的工作环境中进行的
不是CMMI的错
上周三,一家企业的老板给我抱怨,ISO 9000没有给他们带来任何好处,徒增加了负担,所以也不想实施CMMI了。 上周四,为五家公司做CMMI的售前,有一半多的企业目的是为了证书。 前天,有客户要将整个组织改造为软件工厂,请我做了一小时的报告,主题是软件生产线、CMMI。 今天,有朋友给我抱怨:“实施CMMI真累,压力太大了!”,碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了!”,对此,我
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线