扫码阅读
手机扫码阅读
数据中存在的假象

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


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

在实施CMMI高成熟度的软件公司中,分析过程性能数据时,常出现无法证明理应相关的变量间的相关性,或者出现与假设相反的分析结果。这种现象引发了对相关性分析过程中存在的问题的探讨。
首先,根据经验和常识,人们通常会有以下假设:
- 假设1:高水平的测试人员比低水平的测试人员发现的BUG多。
- 假设2:高水平的开发人员犯的错误应该比低水平的开发人员少。
然而,在实际数据分析中,发现这两个假设并未得到支持。原因在于,软件公司在实践中通常采用以下策略:
- 策略1:关键模块由高水平开发人员开发,非关键模块由低水平开发人员开发。
- 策略2:高水平测试人员测试关键模块,低水平测试人员测试非关键模块。
这些策略导致了实际数据是有偏的样本,而不是随机样本。因此,历史数据显示发现的BUG数量与开发或测试人员的水平无关,这与假设1和假设2相矛盾。
为了证明这两个假设,需要进行实验,即在控制其他条件不变的情况下,观察测试人员和开发人员的水平对BUG数量的影响,并通过统计过程的性能数据来验证假设的正确性。
总结来说,当数据分析结果与常识不符时,我们应该深入分析原因,可能是由于样本选择的偏差所导致的。理解这一点对于正确解读性能数据和改进过程至关重要。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 225.3K
麦哲思科技任甲林的其他文章
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
我说CMMI2.0之管理性能和度量数据
MPM(managing performance and measurement)是CMMI DEV V2.0中实践最多的一个实践域。它将组织级的、项目级的度量实践,以及统计的和非统计的量化管理都融合到了一个PA中。它合并了CMMI 1.3版本中的MA, QPM等过程域的实践。 本实践域在落地时,需要使用到一些具体的量化技术,如: 基本的量化分析方法: 饼图;...
案例:如何评价代码走查的效果?
实施了代码走查,效果如何呢?我们可以通过定量的数据进行分析!数据中隐藏着结论,我们要努力发现它!
案例:区分项目类型建立过程性能模型
同一家公司中不同类型的项目其过程性能的规律很可能是不同的,在建立过程性能模型时要区别对待,请看下边的案例。某公司积累了19个项目的缺陷密度与圈复杂度超过15的函数个数比例的历史数据如下:对上述的数据画散点图观察之: 图1 原始数据的散点图 发现如果删除右上角的3个点,则X和Y之间并不存在明显的相关性。缺陷密度不服从正态分布,进行对数变换后,发现Ln(缺陷密度)服从正态分布,对Ln(缺陷密度)与圈复
一言蔽之:CMMI的过程域要点
CMMI 1.2版本的22个过程域要点可以分别用一句话概括如下,未必全面准确,但是可以快速了解其核心内容: 2级: 需求管理-如何解决需求的变更问题; 项目策划-如何编制一个合理可行的项目计划; 项目监控-对照计划,跟踪项目的进展情况; 配置管理-管理开发过程中文档与代码的变更,保持一致性; 过程和产品质量保证-强调应以制度化为主导,检查是否落实了制度; 供应商合同:采购外包合同的管理; 度量和分析-采
加入社区微信群
与行业大咖零距离交流学习


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