扫码阅读
手机扫码阅读
缺陷清除率的简单分析

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


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

某项目的缺陷清除率分析摘要
在一个迭代周期内,对某项目的缺陷注入与发现数据进行了采集。缺陷的注入分为三个活动:需求分析、设计与编码、测试;而缺陷的发现则涵盖了四个活动:Sprint planning、设计与编码、代码评审与测试。统计数据表明,在一个月内共计发现了42个缺陷。
分析这些数据发现,缺陷清除率在不同活动中表现不同。具体来看,缺陷清除率在Sprint planning、设计与编码、代码评审三个活动中呈逐渐升高趋势,分别为33.3%、62.5%和96.8%。而在测试环节,缺陷清除率达到了100%。
重要的观察结果包括:
- 代码评审是发现缺陷最有效的手段。
- 需求分析阶段注入的缺陷在Sprint planning阶段发现较少,指出了需求沟通和讨论的不足。
- 设计与编码活动中的缺陷逃逸率较高,暗示需加强这一阶段的需求沟通和讨论。
- 对于设计与编码阶段未度量或未记录的编码缺陷,提出了质疑。
该统计表没有包含产品发布后的度量数据,仅限于交付前的数据。由于缺乏测试交付后的缺陷度量,测试阶段的缺陷清除率数据可能不具备参考价值。最后,如果采取改进措施后各个活动的缺陷清除率显著提升,则可视为过程质量得到了提高。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 224.4K
麦哲思科技任甲林的其他文章
敏捷方法中采集的度量数据
在敏捷方法中,要求度量的数据少之又少,可谓简单实用:规模:(1)故事点:用以估算工作量、度量开发效率。工作量: (2) 计划的工作量:用以排定项目计划。 (3) 剩余任务的计划工作量:用以跟踪项目进展。效率:(4)开发速度:每次迭代完成的需求的规模(如故事点),用以估算项目需要的迭代次数。其他度量元根据项目组的实际情况,可以由项目组自己定义。
案例:需求问题的解决方案
讨论时间:2012-09-14下午13:00至14:45参与人员:EPG3人,需求开发部门负责人一名,项目经理一名 1现象与问题:(1)开发人员反映需求没有说清楚, 写的人认为需求很清楚了。(2)是写清楚,还是说清楚?以谁的意见为主?如果说清楚呢,语言没有证据,不如文字规范。将来发生了需求变更时有争议。(3)需求人员没有讲解约定俗成的,默认的东西,开发人员没有概念。(4)需求人员抱怨开发人员写的软
项目回顾案例
某公司从2015年6月下旬开始启动了一个敏捷开发的项目,截止到8月中旬结束,投入的开发人员、测试人员、管理人员达到60多人,2015年8月31日,由咨询顾问作为主持人带领该团队的10多名核心人员,对整个项目进行了系统回顾总结,整个回顾总结的过程如下: 1 咨询顾问花了1小时的时间,讲解了进行项目回顾的方法。强调了回顾的目的、方法、步骤、注意事项等,给出了一些公司的总结样例。对本次总结的会议制定
案例:代码走查
某公司拟在公司推广代码走查技术,请外部咨询顾问进行一下实战指导,于是请项目组挑选了一个类,执行了代码走查的演练。2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括: 作者:工作经验1年; 项目经理:工作经验6年,熟悉C语言的开发; 项目组成员:工作经验3年,熟
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
加入社区微信群
与行业大咖零距离交流学习


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