数据中存在的假象
发布于 2024-10-02
840
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在实施CMMI高成熟度的软件公司中,分析过程性能数据时,常出现无法证明理应相关的变量间的相关性,或者出现与假设相反的分析结果。这种现象引发了对相关性分析过程中存在的问题的探讨。
首先,根据经验和常识,人们通常会有以下假设:
- 假设1:高水平的测试人员比低水平的测试人员发现的BUG多。
- 假设2:高水平的开发人员犯的错误应该比低水平的开发人员少。
然而,在实际数据分析中,发现这两个假设并未得到支持。原因在于,软件公司在实践中通常采用以下策略:
- 策略1:关键模块由高水平开发人员开发,非关键模块由低水平开发人员开发。
- 策略2:高水平测试人员测试关键模块,低水平测试人员测试非关键模块。
这些策略导致了实际数据是有偏的样本,而不是随机样本。因此,历史数据显示发现的BUG数量与开发或测试人员的水平无关,这与假设1和假设2相矛盾。
为了证明这两个假设,需要进行实验,即在控制其他条件不变的情况下,观察测试人员和开发人员的水平对BUG数量的影响,并通过统计过程的性能数据来验证假设的正确性。
总结来说,当数据分析结果与常识不符时,我们应该深入分析原因,可能是由于样本选择的偏差所导致的。理解这一点对于正确解读性能数据和改进过程至关重要。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 634K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
快速学习COSMIC方法之八:如何识别功能处理
在上一讲中我们讨论了对功能处理概念的理解,那是我们识别功能处理的基础。本节我们将继续讲解如何识别功能处理。在度量手册中,对识别功能处理给出了如下的规则:a) 一个功能处理应该完全属于某层且仅属于某一层的一个软件块的度量范围。b) 一个功能处理至少包含两个数据移动,一个输入加上一个输出或写。一个功能处理中数据移动的数量没有上限。c) 一个执行中的功能处理,当其响应了触发输入并满足FUR时
软件组织成熟度4个等级的比较
简单概括CMMI 模型中软件组织成熟度4个等级的区别如下表:
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
我说CMMI之三:CMMI的构件
我说CMMI之三:CMMI的构件 CMMI中的内容是按照成熟度等级或过程域类别、过程域、目标、实践、子实践的方法来进行分类管理的,这些概念之间的整体部分关系可以参见下图。 过程域的概念我们前面讲过了,这里不赘述。每个PA都有一个目的,在英文里明确区分了Purpose与goal这两个单词,我们翻译为了目的与目标。在中文里这2个单词病没有特别明显的区别。Purpose是一种抽象的,宏观的期望,goal是一种具体的,微观的期望。 PA之间有一定的关联性,互相影响,比如RD的输出为TS的输入,TS的输出又影
经验管理与量化管理
经验管理是依赖于管理者的经验判断,选择、实施各种措施以达成管理目标的管理方式。管理者的经验有丰富与匮乏的区别,经验也有其适用的范围,有时正确,有时又可能错误。正如我们去看中医大夫,有的大夫经验丰富,很容易就能对症下药,对症后见效很快,但是有时也看不准,如果不对症,则吃了3天后可以进行调整,如果调整仍然不到位,说明经验失效了,这个病不是这个大夫所能应对的。有的大夫经验不够,难以对症下药,下药后见效慢或者无效。中医看病也有其一套推理的规则,这套规则可以称为经验法则、启发式规则或统计推断,从A推理出
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线