扫码阅读
手机扫码阅读
案例:从定性原因分析上升到定量原因分析
1206 2023-08-21
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:案例:从定性原因分析上升到定量原因分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
文章介绍了四种定量原因分析方法:
- 居中趋势与离散程度分析
- 80-20分析
- 数据的相关性分析
- 敏感性分析
表1展示了这些方法如何分别应用于现象和原因分析。
对于现象的定量思考,例如客户项目成本偏差的案例,需要通过居中趋势与离散程度分析来确定成本偏差的大小,以及通过80-20分析来判断哪一类项目或成本构成部分的偏差最大,从而精准定位问题。
对于原因的定量思考,通过分析数据的居中趋势与离散趋势,和统计各类原因的分布百分比,可以确定哪种原因最常见。同时,相关性分析和敏感性分析帮助确定原因与成本偏差率之间的关系,以及哪些因子对成本偏差率的影响更敏感。
文章通过图2至图5提供了返工工作量、人员变更率、计划外工作量、立项前工作量与成本偏差率之间的性能基线和相关性分析的示例,并指出敏感性分析结果显示立项前工作量与成本偏差率的相关性最为显著。
最后,文章注明了统计分析工具ZenDAS的使用。
想要了解更多内容?
查看原文:案例:从定性原因分析上升到定量原因分析
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 103.4K
麦哲思科技任甲林的其他文章
案例:缺陷状态数据分析
有网友询问如表1所示的原始数据如何分析,发现问题,我觉得很有代表性,试着分析进行了分析,供大家参考。 表1: 11个项目的缺陷状态原始数据 产品名称 未解决 设计如此 重复Bug 外部原因 已解决 ...
快速学习COSMIC之五:如何识别功能用户
一个(类)功能用户是软件的功能性用户需求中数据的发送者或预期的接收者。功能用户是与被度量软件交互的人、设备或软件系统。度量目的决定了功能用户,功能用户不同,度量范围不同,度量出的功能规模就不同。 在识别功能用户时,要注意如下几点: 1 功能用户是从功能性用户需求中识别出来的。 比如有这样一个需求:业务员录入订单信息: 显然,业务员是录入订单信息这个功能的功能用户,而在需求
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 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)
《以道御术》荣耀上市,专家书评
千呼万唤始出来,《以道御术-CMMI 2.0实践指南》已经上架发行了,本书系统的解读了CMMI 2.0模型中的实践,首先介绍了CMMI 2.0相对于CMMI 1.3的变化,阐明了CMMI 2.0的核心思想与理念,然后对于CMMI模型中的每个人实践域进行了通俗的、详细的、案例化的解读,最后对敏捷方法与CMMI模型进行了系统化的对比分析,并提倡二者的互补融合。今天就来看一下业内的专家们是怎么评价这本书的:软件开发发展初期,每个程序员都按照自己的方式进行手工作坊式地交付。但随着这一领域的规模不断扩张,手工作
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线