扫码阅读
手机扫码阅读
“大海捞针”式相关性分析的错误

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


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

摘要:实施CMMI高成熟时的过程性能模型建立问题
在实施CMMI(Capability Maturity Model Integration)高成熟级别时,建立有效的过程性能模型是关键步骤之一。为此,组织可能采用回归分析方法以识别与管理目标(y)有关联的影响因子(x)。然而,某些组织在寻找这些相关因子时,使用了一种不有效的方法,即将所有采集的度量元数据进行排列,并尝试找出与目标变量y有相关性的度量元。这种方法存在明显的问题:
- 没有正确识别因果关系。仅基于变量间的相关性是不足以确定因果关系的,而因果关系在过程性能模型中是必需的。这样的方法可能会忽视实际的因果逻辑,导致错误的解释。
- 可能会忽略非线性关系。在进行相关性分析之前,应先通过散点图来判断变量间的关系是否为线性。直接计算相关性系数可能会忽略曲线或其他非线性的相关关系。
- 相关性系数计算的前提是变量需要符合正态分布。在没有检验数据的正态分布性之前进行相关性计算,可能会导致不准确的结论。
总之,寻找影响CMMI高成熟级别中管理目标的相关因子时,应避免上述方法上的问题,以确保建立的过程性能模型的有效性和准确性。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 229.5K
麦哲思科技任甲林的其他文章
需求与设计人员如何配合工作?
在软件开发的过程中 ,经常出现需求与设计脱节的现象,如设计人员按照自己的理解去设计,没有遵从需求去设计系统;需求人员做完需求定义后,交给设计人员去设计,撒手不管了等等,为了使需求与设计人员更好的协作,建议采取如下的措施:Ø 需求人员与设计人员一定要分离,否则无法解决需求文档化的问题,但是文档并不能解决所有的沟通的问题,还需要面对面的沟通。Ø 需求评审设计人员一定要参加,设计评审需求
数据中存在的假象
在一些实施CMMI高成熟度的软件公司中对于过程的性能数据进行分析时,常常发现应该具有相关性的2个变量根据历史的数据不能证明这种相关性,或者是应该正相关的数据却分析出了负相关的结论,原因何在呢?例如: 我们的经验与常识: 假设或常识1:高水平的测试人员找出的BUG多, 低水平的测试人员找出的BUG少。 假设或常识2:高水平的开发人员犯的错误应该少,低水平的开
杂谈Barry Boehm的软件工程七原则与敏捷实践
大概在5年以前曾经从网上搜到了Barry Boehm提出的软件工程的七原则(Seven Basic Principles of Software Engineering),这是Barry Boehm1983年发表的文章,在网上搜到的是别人对这七个原则的转译与介绍,看后觉得怪怪的,总是觉得有些地方不能准确把握这七个原则的含义。于是去google搜其原文,未果,最近终于搜到了原文,因此更能准确把握Ba
一次CMMI虚假改进、评估的案例
早晨起来收到CMMI研究所发给所有主任评估师的一封邮件,是一个老外主任评估师,在中国的最近的一个评估经历。看到之后,心情极其沉重。这不是第一次看到、听到业内的这种做法,虽然以前,CMMI研究所的各方面人士在非官方的途径对中国与印度的评估有所抱怨,但是这是第一次CMMI研究所在全球范围内给所有的LA通报这么一个案例,这是一个有确切证据的案例。希望所有的中国的软件公司、中国的过程改进咨询公司、所有的评
实例:评审速度与缺陷密度之间的相关性
某公司的项目分为两类:MIS类软件开发与嵌入式软件开发,对这两类项目的需求评审的速率与需求评审发现的缺陷密度分别积累了度量数据,分别见表一和表二,共计52次的需求评审数据。 表一:MIS软件开发项目的需求评审度量数据 表二:嵌入式软件开发项目的需求评审度量数据 对这两类项目的需求评审的速率与缺陷密度分别画散点图如图一和图二所示。 图一:MIS软件开发项目需求评审的缺陷密度
加入社区微信群
与行业大咖零距离交流学习


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