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

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


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

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


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 201.4K
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之四:早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前,我们先介绍一下在项目早期,在需求没有详细到可测试的程度时,如何估算软件的规模。实际上很多公司为了减少度量的工作量,往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为:通过分析历史的粗颗粒度需求与实际规模之间的相关关系,找到二者之间的换算关系,然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
COSMIC规模度量案例集四:业务应用软件案例—新增用户
流程图原型: 1.在用户维护页面点击【新增用户】按钮,进入到新增用户:输入 序号 输入项 类型 字段描述 说明 机构信息 1. 机构全称 自动匹配输入框 必填 来源于CWAP后台的机构信息;可按照机构名模糊匹配; 长度300字节 ...
好书没废话:《看板和Scrum相得益彰》读书笔记
今天花了大概90分钟读了《看板和Scrum相得益彰》一书,让我击节赞叹,确实是一本好书! 1 本书很薄。薄的书能让人有耐心读完。 2 本书言简意赅,观点明确。能让人产生共鸣,能解惑。 3 充满了干货,读后让人有收获,可实际操作。对于我的收获整理如下: CH1-1 Scrum方法:团队拆小,任务拆小,时间拆小;看板:可视化、WIP、...
高成熟度的真正难点是什么?
很多朋友认为4-5级难做的原因是度量做的不好,其实我认为那只是表象,最根本的原因还是过程不稳定,2-3级的过程就没有做好,过程不稳定,反应在数据上就不稳定,MA可以做的很好,但是MA的结果可能没有管理的参考价值,建立的模型就没有意义。比如: 我们可以很准确的度量身高、体重、年龄、每天的饭量、每天饭食里葡萄糖的含量、智商。我们希望建一个模型来预测智商,假如根据上述信息建立了一个模型: 智商=f(
案例:每日站立会议落实情况的再跟踪
2010年深圳某客户在公司内推广站立会议,2010年4月份我曾经到这家客户观察过1个大产品的10多个项目小组执行站立会议的情况,并将结果与体会记录整理成了一篇博文:《每日站立会议的10个成功要点》,2013年8月23日上午(深圳,滂沱大雨,雨声如鼓)故地重游,我又观察了该公司一个项目的站立会议,记录如下: (1)某项目组站立会议,早上9点13分开始,9点26分结束,费时13分钟。 (2
加入社区微信群
与行业大咖零距离交流学习


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