案例:缺陷状态数据分析
发布于 2024-10-01
1263
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
摘要
一位网友提出了关于11个项目的缺陷状态数据分析的疑问,本文对原始数据进行了详尽分析。分析过程分为五个步骤,首先是澄清数据含义,其次是数据转换,然后是横向对比分析,接着是通过统计方法识别离群点,最后是分析数据之间的相关性。
数据含义澄清
原始数据中的术语如“设计如此”、“未解决”、“延期处理”等被澄清。大多数项目已完成95%,且数据列没有包含关系。
数据转换
为了比较不同项目,数据被转换成相对数值,即缺陷状态百分比。
横向对比分析
通过柱状图对问题解决百分比进行了对比分析,特别关注了解决问题百分比最低的两个产品。
统计方法识别离群点
箱线图用于识别离群点,如产品I的延期处理百分比和产品C与E的转为需求百分比。
数据相关性分析
通过散点图和相关性检验发现了几对缺陷状态之间的相关性,并指出需要更多数据来验证这些发现。
综述
数据分析到第三步即可,但第四和第五步可以提供更深入的见解。样本量的增加有助于揭示数据的分布和因果关系。此外,如果有更多项目特征的数据,将有助于进行更精细的分析。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 642.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
CMMI2级难点的对策
难点对策(1) 做一个切实可行的项目计划。(1)建立WBS分解的指南与样例(2)对项目经理培训如何做WBS分解(3)培训如何使用project 2007做一个合理的计划(4)加强对项目计划的同行评审(5)定义规模、工作量估算的方法并培训PM(2) 实时掌握项目动态,发现问题,解决问题。(1)建立周例会制度(2)当前阶段的任务分解的颗粒
做事模式的思考:想、说、写、做
模式一:边做边想没有事先的计划,没有思虑周全,在做的过程中再去寻找好的方法,造成的后果就是质量差或返工多,浪费了时间。很多初级的开发人员在编码时就采用了这种工作模式。磨刀不误砍柴工,先想清楚,再动手做,看似慢,实际快!模式二:想->做 想清楚了总比不想好。此种模式没有和别人沟通,没有文档化,这种模式很可能想的不周全,导致在做的过程中存在问题。三思而后行,如何保证三思的质量呢?沟通与文档化。模式三:想->写->做 想了以后文档化,文档化可以促进自我反思,但是没有其他人进行评审,然后去实现,没有其
例解:集成测试用例与单元测试用例的区别
函数一: getMaxInTwo(int a,int b) { if a>=b return a; else return b; } 函数二: getMaxInThree(int a,int b,int c) { a=a+1; int max=getMaxInTwo(a,b); max=getMaxInTwo(max,c); } 单元测试用例的设计: getMaxInTwo的UT用例: (3,2)
需求人员的图解力
需求描述方法是专业的需求分析人员必须掌握的技能,在众多的方法中,图形化描述需求是重中之重,一图胜千言。在没有文字之前,人与人之间的沟通是通过图形来表达的,象形文字是造字的最主要的手段。随着时间的推移,人们越来越依赖于文字,反而弱化了用图形表达思想的技能。做为需求人员,应该将图形化表达思想的能力重新捡起来,形成自己的技能,我们称之为图解力。需求人员应该掌握哪些图形的使用方法呢?请参见下边的不完全列表
案例:代码走查
某公司拟在公司推广代码走查技术,请外部咨询顾问进行一下实战指导,于是请项目组挑选了一个类,执行了代码走查的演练。2012年7月11日下午14:05分至15:15分,对110行有效代码(不含空行、注释、调试语句)进行了走查,该代码是Andriod平台下的JAVA代码,参与的评审专家包括: 作者:工作经验1年; 项目经理:工作经验6年,熟悉C语言的开发; 项目组成员:工作经验3年,熟
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线