数据中存在的假象
发布于 2024-10-02
737
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
在实施CMMI高成熟度的软件公司中,分析过程性能数据时,常出现无法证明理应相关的变量间的相关性,或者出现与假设相反的分析结果。这种现象引发了对相关性分析过程中存在的问题的探讨。
首先,根据经验和常识,人们通常会有以下假设:
- 假设1:高水平的测试人员比低水平的测试人员发现的BUG多。
- 假设2:高水平的开发人员犯的错误应该比低水平的开发人员少。
然而,在实际数据分析中,发现这两个假设并未得到支持。原因在于,软件公司在实践中通常采用以下策略:
- 策略1:关键模块由高水平开发人员开发,非关键模块由低水平开发人员开发。
- 策略2:高水平测试人员测试关键模块,低水平测试人员测试非关键模块。
这些策略导致了实际数据是有偏的样本,而不是随机样本。因此,历史数据显示发现的BUG数量与开发或测试人员的水平无关,这与假设1和假设2相矛盾。
为了证明这两个假设,需要进行实验,即在控制其他条件不变的情况下,观察测试人员和开发人员的水平对BUG数量的影响,并通过统计过程的性能数据来验证假设的正确性。
总结来说,当数据分析结果与常识不符时,我们应该深入分析原因,可能是由于样本选择的偏差所导致的。理解这一点对于正确解读性能数据和改进过程至关重要。
麦哲思科技任甲林
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 567.3K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
活在当下
当下,就是现在。
现在不是过去,现在却是将来。
过去的不可能再回来,沉浸在过去,无论是成功,无论是失败,无论是悲伤,无论是喜悦,无论是庆幸,无论是后悔,历史都已经不可能更改。曾经的好事不会坐等而来,曾经的坏事也不会无缘无故的发生。前者之失,后者之师。历史的经验教训,能够指导现在、指导未来即可。
将来的事尚未发生,但将来是可以掌控的,有因必有果,善因结善果。因,是今天种下的,即使过去曾经做了恶因,从今天开始你种下善因,却可以弥补之
如何选择与使用项目经理?
作者任甲林(转载自中国系统分析师/中国系统分析员) 软件项目管理是"以过程为核心、以度量为基础、以人为本"的,在此过程中需要充分地集成技术方法、工具、过程、资源(人力、资金、时间等)等要素,谁来领导这个集成工作呢?是项目经理。项目经理是项目组的灵魂,是项目组中很重要的一个角色,无论是对于个人英雄的时代,还是基于过程的管理时代,都必须依靠人来实现管理,这就是"以人为本"。无论管理多么正规,过程是
CMMI 3.0的276条实践中英文对照
CMMI 3.0在2023年4月6日发布了,包含了31个实践域,276条实践。本文试图把276条实践的中英文对照如下。
软件企业以人为本的16项措施
以人为本不能停留在口头上,要落实到具体的实施上,以下是我的实践或是我在软件企业看到的实践: (1) 重视现有的员工胜过去搜索外面的新人 (2)鼓励员工在职深造,学成归来的要重用 (3)招高水平的员工进来 (4)稳定的高于本地域行业平均水平的收入,使其没有后顾之忧,专心事业 (5)为每一个员工进行职业路线的规划 (6) 通过股权等激励措施鼓励员工长期在企业内工作 (7)用人所长,不勉强员工做不乐意做
2级的实效体现在哪里?
项目管理 CMMI
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线