扫码阅读
手机扫码阅读
实例:评审速度与缺陷密度之间的相关性

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


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

某公司的项目分为MIS类软件开发和嵌入式软件开发,共搜集了52次需求评审的度量数据,分别记录在表一和表二中。这些数据涵盖了需求评审的速率和在评审过程中发现的缺陷密度两个方面。
通过将MIS类软件开发和嵌入式软件开发项目的数据分别绘制成散点图(图一和图二),可以直观地观察需求评审的缺陷密度与速率之间的关系。
分析这52次评审的数据显示了一个共同趋势:评审速率的提升往往伴随着缺陷密度的降低,即评审越快,发现的Bug越少。这一趋势在两类项目的散点图中均得到了体现。
进一步的分析可以从以下几个方面展开:
- 对两类项目的缺陷密度与评审速率数据进行双曲线拟合,从而获得两者之间的量化关系。
- 建立缺陷密度的过程性能基线,计算其均值以及上下限。
- 根据设定的缺陷密度目标值,确定评审速率的适宜上限。
想要了解更多内容?


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

麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 229.9K
麦哲思科技任甲林的其他文章
度量数据分析的3个层次
很多企业在实施CMMI 的MA过程域时,积累了大量的数据,但是不知道如何分析,没有充分发挥出这些数据的作用,花费了大量的人力收集来的数据没有给决策提供应有的帮助,很是可惜。究其根源,是不了解数据分析的方法。在咨询过程中,我总结了进行数据分析的3个层次: 1 简单观察分析 通过对数据进行整理(如排序、分类等),绘制成各种图形,通过这些图形观察出直观的结论,可以绘制的图形如:饼图、条形图、直方图、折线
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
如何对质量数据进行分析?
在对质量数据分析时,应该对哪些活动,采集哪些度量数据,采用什么方法进行分析呢?请参考本文给出的系统归纳。
2017年10月站立会议旁观笔记
近期旁观了一个项目的晨会,识别了一些改进点,记录与点评如下:序号现象改进建议1与会成员22人拆成2-3个小组分别召开站立会议,以提高会议效率。2有2人迟到站立会议是固定时间、固定地点、固定人员、固定话题的,不需要会前通知,有人迟到要定义规则惩罚之:1 微信群发红包;2 会议室放置一个储钱罐,迟到者投币;……要建立团队的文化。3白板状态列包括:待办任务池,编码,代码评审,待修复,完成明确列出等待的状
对软件开发过程可重复性的思考
硬件的生产过程是可重复的。因为对产品功能、质量的要求是相同的、生产设备是相同的,生产流程也是相同的,硬件的生产力来自于设备,因此硬件的生产可以要求生产能力又准又稳,要求生产系统可以持续地生产出满足需求的产品。而每个软件项目的需求是不同的、人员的经验与数量是不同的、开发方法与开发过程是不同的、外部干扰的频次是不同的,软件的生产力来自于人,因而软件过程满足需求的能力相对于硬件的生产过程是偏弱的。人操作硬件,硬件生产产品,人对生产质量有影响,但更重要的是硬件。需求是原材料,是抽象的,每个项目的原材料是不同的。
加入社区微信群
与行业大咖零距离交流学习


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