扫码阅读
手机扫码阅读
案例:缺陷状态数据分析
19 2024-10-01
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:缺陷状态数据分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要
一位网友提出了关于11个项目的缺陷状态数据分析的疑问,本文对原始数据进行了详尽分析。分析过程分为五个步骤,首先是澄清数据含义,其次是数据转换,然后是横向对比分析,接着是通过统计方法识别离群点,最后是分析数据之间的相关性。
数据含义澄清
原始数据中的术语如“设计如此”、“未解决”、“延期处理”等被澄清。大多数项目已完成95%,且数据列没有包含关系。
数据转换
为了比较不同项目,数据被转换成相对数值,即缺陷状态百分比。
横向对比分析
通过柱状图对问题解决百分比进行了对比分析,特别关注了解决问题百分比最低的两个产品。
统计方法识别离群点
箱线图用于识别离群点,如产品I的延期处理百分比和产品C与E的转为需求百分比。
数据相关性分析
通过散点图和相关性检验发现了几对缺陷状态之间的相关性,并指出需要更多数据来验证这些发现。
综述
数据分析到第三步即可,但第四和第五步可以提供更深入的见解。样本量的增加有助于揭示数据的分布和因果关系。此外,如果有更多项目特征的数据,将有助于进行更精细的分析。
想要了解更多内容?
查看原文:案例:缺陷状态数据分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 58.7K
麦哲思科技任甲林的其他文章
需求评审会议亲历记
最近参加了一次需求评审,整理了整个过程如下: 评审组构成: 由EPG的组长担任评审会议主持人,评审组成员有12个人,6个开发人员,包括项目经理,都是项目组内部的人员,1个测试人员,4个EPG成员,1个外部咨询顾问。 准备工作: (1)提前1天发了会议通知,没有为评审组成员准备检查单。 (2)有2个人提前进行了准备,阅读了被审查文档,但是只找出了2-5个问题 (3)QA提前进行了文档与标准符合性的检
快速学习COSMIC方法之七:如何理解功能处理的定义?
在COSMIC度量手册中对功能处理的定义如下:a) 体现了待度量软件的功能性用户需求基本部件的一组数据移动,该功能处理在这些FUR中是独一无二的,并能独立于这些FUR的其他功能处理被定义。b) 一个功能处理只有一个触发输入。每个功能处理在接受到由其触发输入数据移动所移动的一个数据组后,开始进行处理。c)一个功能处理的数据移动的集合是响应触发输入的所有可能的功能性需求所需要的集合。注1:实现时,一个
配置项管理的3个等级
按管理的严格程度,配置项一般分3个等级:(1)纳入基线管理的配置项纳入基线管理的配置项是指变化时要走严格变更手续的配置项,需要做变更申请,要审批。审批一般分2种严格程度:i) 项目经理或分CCB审批就可以,一般是局部的小的变更。ii)变更控制委员会(CCB)审批纳入基线前,一般要经过评审或测试(称为验证)和质量保证。(2) 没有纳入基线但是也不能随意变更的配置项,一般称为受控项这类配置项不需要变更
读<软件工程的事实与谬误>所得
买这本书,纯属偶然,完全是为它的名字所吸引,随手翻了一下,看了其中描述的几个事实,觉的有收获,值23元,就买了.买了后,一直没有读,频于准备讲课,盯项目. 偶然地,某天顺手拿了这本薄书,读了几个事实,真是好书! 道出了现实! 昨天终于在火车上读完了一书,感触比较深的有下边的13条事实: 1 在软件工程的三要素(人,过程,技术)中,人最重要。 2 最好的程序员要比最差的程序员强28倍之多,而
猴子选大王(约瑟夫环问题)的OO解法
描述: 猴子选大王类图图片: 描述: 猴子选大王顺序图图片: 问题的描述如下:有M个猴子围成一圈,每个有一个编号,编号从1到M。打算从中选出一个大王。经过协商,决定选大王的规则如下:从第S个猴子开始,每隔N个,数到的猴子出圈,最后剩下来的就是大王。要求:从键盘输入M,N,S,编程计算哪一个编号的猴子成为大王。 C#源程序如下:/* * User: dylan ren
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线