案例:缺陷状态数据分析
发布于 2024-10-01
1680
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
一位网友提出了关于11个项目的缺陷状态数据分析的疑问,本文对原始数据进行了详尽分析。分析过程分为五个步骤,首先是澄清数据含义,其次是数据转换,然后是横向对比分析,接着是通过统计方法识别离群点,最后是分析数据之间的相关性。
数据含义澄清
原始数据中的术语如“设计如此”、“未解决”、“延期处理”等被澄清。大多数项目已完成95%,且数据列没有包含关系。
数据转换
为了比较不同项目,数据被转换成相对数值,即缺陷状态百分比。
横向对比分析
通过柱状图对问题解决百分比进行了对比分析,特别关注了解决问题百分比最低的两个产品。
统计方法识别离群点
箱线图用于识别离群点,如产品I的延期处理百分比和产品C与E的转为需求百分比。
数据相关性分析
通过散点图和相关性检验发现了几对缺陷状态之间的相关性,并指出需要更多数据来验证这些发现。
综述
数据分析到第三步即可,但第四和第五步可以提供更深入的见解。样本量的增加有助于揭示数据的分布和因果关系。此外,如果有更多项目特征的数据,将有助于进行更精细的分析。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 829.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI 3.0究竟有哪些变化?
4月6日,CMMI 研究院发布了CMMI 3.0版本,和2.0相比,有哪些变化呢?本文做了系统梳理。
一表搞定最小可行产品(MVP)与最小可市场化特性(MMF)
MVP是最小可行产品,MMF是最小可市场化特性,这是精益与敏捷中的两个术语,很多人不能准确理解这2个概念的差别,我试图用一个表格对这2个概念进行概括总结: MVP(Minimum Viable Product),最小可行产品 MMF(minimum marketable feature),最小可市场化特性 含义 最小:抓住用户核心诉求提供最优解,控制需求范围和项目预算,降低产品创新试错成本。 可行:提供足够的价值,客户愿意花钱(或其他货币,如个人信息)……...
3种工厂模式的比较
简单工厂:一个具体工厂通过条件语句创建多个产品,产品的创建逻辑集中与一个工厂类。客户端通过传不同的参数给工厂,实现创建不同产品的目的增加新产品时,需要修改工厂类、增加产品类,不符合OCP原则 工厂方法:一个工厂创建一个产品,所有的具体工厂继承自一个抽象工厂。客户端先创建不同产品的工厂,再由工厂创建具体产品,产品的创建逻辑分散在每个具体工厂类中。客户端只依赖于抽象工厂与抽象产品,不依赖任何具
需求变更的5W1H分析
why,需求为什么变化? 甲方的特殊原因: 不知道如何说清楚需求; 没有明确的需求; 没有确认乙方描述的需求; 乙方的特殊原因: 理解错了需求; 没有很好的诱导客户的需求; 共性原因: 业务就是变化; 人与人之间的沟通本来就存在障碍; 特殊原因是可以消除的,共性原因是难以消除的。 who : 谁会提出需求变化? 客户:客户方的
项目资源调配要打歼灭战
很多软件企业都面临人少事多的状况,在公司级如何调配人力资源的使用呢? 现实中最常见的策略就是:平均用力,分散资源,会叫的孩子有糖吃。即新来一个项目就抽调几个人过来,启动该项目,开始干起来。如果有另外一个项目面临交付工期压力,项目经理找老板申诉人手不够,就再从别的项目组临时抽调人员过来救火,如此恶性循环,每个项目都人手不够,每个项目都拖期,四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战,确保绝大部分项目都人手充足,最多只有一个项目缺少人...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线