数据中存在的假象
发布于 2024-10-02
1136
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在实施CMMI高成熟度的软件公司中,分析过程性能数据时,常出现无法证明理应相关的变量间的相关性,或者出现与假设相反的分析结果。这种现象引发了对相关性分析过程中存在的问题的探讨。
首先,根据经验和常识,人们通常会有以下假设:
- 假设1:高水平的测试人员比低水平的测试人员发现的BUG多。
- 假设2:高水平的开发人员犯的错误应该比低水平的开发人员少。
然而,在实际数据分析中,发现这两个假设并未得到支持。原因在于,软件公司在实践中通常采用以下策略:
- 策略1:关键模块由高水平开发人员开发,非关键模块由低水平开发人员开发。
- 策略2:高水平测试人员测试关键模块,低水平测试人员测试非关键模块。
这些策略导致了实际数据是有偏的样本,而不是随机样本。因此,历史数据显示发现的BUG数量与开发或测试人员的水平无关,这与假设1和假设2相矛盾。
为了证明这两个假设,需要进行实验,即在控制其他条件不变的情况下,观察测试人员和开发人员的水平对BUG数量的影响,并通过统计过程的性能数据来验证假设的正确性。
总结来说,当数据分析结果与常识不符时,我们应该深入分析原因,可能是由于样本选择的偏差所导致的。理解这一点对于正确解读性能数据和改进过程至关重要。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
471 篇文章
浏览 820.9K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
《敏捷估计与规划》读书笔记
CH1-1 策划过程比计划书更重要。CH1-2 必须做计划,但是不必过度投入时间。CH1-3 对瀑布模型的不确定性锥:CH1-4 PMI认为的估算偏差率:初步估算,order of magnitude estimate, 误差范围+75%到-25%;预算估算,budgetary estimate, 误差范围+25%到-10%;确定性估算,definitive est...
案例:工时数据分析
有网友提供了如下的工时数据,希望进行分析一下, 我尝试分析如下: 表1:工时的原始数据1 数据整理任务数,需求数,人数,工时数是基本度量元,先有需求数,再有根据项目的规模配备了人员,拆分了任务,项目完工后才有实际消耗的工时数,我们...
阶段、交付、增量、迭代与里程碑的概念辨析
首先看阶段,无论敏捷还是瀑布模型,均会使用“阶段”这一表述,但通常更常用于瀑布模型。迭代则更侧重过程,一个迭代通常对应一个增量,也可能多个迭代共同构成一个增量,反之,一个增量也可以包含一个或多个迭代。在软件研发过程中,敏捷、瀑布等不同模型常会用到阶段、交付、增量、迭代、里程碑等概念,这些术语看似相近,实则各有定义、适用场景不同,理清其区别与关联,能有效提升研发过程的沟通效率与管控精度。其次是交付,这是一个通用性极强的概念,灵活应用于各种研发模型,无论敏捷还是瀑布,只要向客户交付产品,均可称为交付。
ChatGPT如何帮助做好质量管理工作?
ChatGPT自推出以来,迅速风靡全球,做为质量管理人员,如何利用ChatGPT更好的进行质量管理呢?以下我们通过9类实例来看看它能起到哪些辅助作用。
敏捷始于客户
每个失败的项目了都可以找这个借口:项目周期短、需求变化快、人员有限。 需求、工期是由客户确定的。作为客户来讲,他不可能去合理评价给定的需求是否可以在某个时间内能够完成,至于投入多少人那更是开发方自己的问题。开发方对客户做出了承诺就要兑现承诺,否则就不要承诺,既然承诺了,就没有理由再去抱怨工期短、需求变化快。开发方必须接受这个现实,认可这个现实,然后才可以玩这个游戏,否则你就出局。 CMMI是应
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线