扫码阅读
手机扫码阅读
案例:缺陷状态数据分析

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


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

摘要
一位网友提出了关于11个项目的缺陷状态数据分析的疑问,本文对原始数据进行了详尽分析。分析过程分为五个步骤,首先是澄清数据含义,其次是数据转换,然后是横向对比分析,接着是通过统计方法识别离群点,最后是分析数据之间的相关性。
数据含义澄清
原始数据中的术语如“设计如此”、“未解决”、“延期处理”等被澄清。大多数项目已完成95%,且数据列没有包含关系。
数据转换
为了比较不同项目,数据被转换成相对数值,即缺陷状态百分比。
横向对比分析
通过柱状图对问题解决百分比进行了对比分析,特别关注了解决问题百分比最低的两个产品。
统计方法识别离群点
箱线图用于识别离群点,如产品I的延期处理百分比和产品C与E的转为需求百分比。
数据相关性分析
通过散点图和相关性检验发现了几对缺陷状态之间的相关性,并指出需要更多数据来验证这些发现。
综述
数据分析到第三步即可,但第四和第五步可以提供更深入的见解。样本量的增加有助于揭示数据的分布和因果关系。此外,如果有更多项目特征的数据,将有助于进行更精细的分析。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 216.2K
麦哲思科技任甲林的其他文章
我说CMMI 2.0 之:原因分析与解决方案
原因分析与解决方案(CAR)是对选中的现象识别原因,并采取纠正措施或预防措施。 基本的思想:组织内的好事和坏事都可以做CAR,并非仅仅是对坏事做CAR。可以在计划阶段做CAR,也可以在事情发生后再做CAR, 前者是根据估计的结果做CAR,后者是根据实际执行的结果做CAR。在做原因分析时,是从现象,到数据,然后再到原因。数据准确刻画了现象,并有助于识别真正的原因。原因有浅层次的直...
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的,生产流程也是相同的,硬件的生产力来自于设备,因此硬件的生产可以要求生产能力又准又稳,要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的,软件的生产力来自于人,因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件,硬件生产产品,人对生产质量有影响,但更重要的是硬件。需求是原材料,是抽象的,每个项目的原材料是不同的。
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
要言不烦先行指标与滞后指标的12个要点
在设计度量体系时,可以把度量指标分为滞后指标与先行指标,二者的区别是什么呢?
在估算时为什么要分解估算对象?
估算 标准差 任务拆分
加入社区微信群
与行业大咖零距离交流学习


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