扫码阅读
手机扫码阅读
例解:如何分析同行评审的度量数据?
193 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:例解:如何分析同行评审的度量数据?
文章来源:
麦哲思科技任甲林
扫码关注公众号
同行评审度量数据摘要
在同行评审过程中,通常会收集以下度量数据:
- 评审文档或代码的规模,使用页、功能点或行作为度量单位。
- 个人评审和评审会议所花费的时间,以小时计。
- 个人评审和评审会议发现的缺陷数量,以个数计。
- 缺陷总数,即评审会议确定的缺陷数量,已排除重复或非缺陷项。
- 个人评审和评审会议的工作量,以人时计。
- 评审的总工作量,为个人评审与会议工作量之和。
- 个人评审速率,即评审规模除以工作量。
- 评审总体效率,为发现的缺陷总数除以总工作量。
- 缺陷密度,为发现的缺陷数量除以评审规模。
对于如何利用这些数据,以下是一些案例分析:
- 若个人评审发现的缺陷少于会议上发现的,表明个人投入不足,可能需要重新评审。
- 设计审查时个人评审的时间不足,表明需要更多时间进行审查。
- 代码走查速率过快,可能影响评审效果。
- 如部分专家未进行个人评审,建议延迟评审或改变评审方式。
- 若个别专家的评审速率异常高,应该考虑调整其角色。
- 缺陷密度超出组织退出准则,需重新审查和原因分析。
- 评审效率超出组织基线,需要分析是否由于审查不够仔细或文档太简单。
- 会议周期过长,建议拆分为多次评审。
想要了解更多内容?
查看原文:例解:如何分析同行评审的度量数据?
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 134.5K
麦哲思科技任甲林的其他文章
代码评审的速度与缺陷密度是啥关系?
某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。这2者是什么关系呢? 表一:8个项目的代码评审缺陷密度与评审速度 ...
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
我说CMMI2.0之验证与确认(VV)
验证verification与确认validation是两个不同的概念,在CMMI 1.3版本中是两个不同的PA,在2.0版本中合并成了一个PA,命名为VV。验证与确认的区别,可以通过下表来描述: 验证Verification 确认Validation 目的 确保所选择的工作产品满足指定的需求...
心正、身正,则客户正
最近连续和2位老板聊天,感触颇多。 第1位朋友曾经实施过CMMI,当时随着客户的投诉的增多,他期望借助于CMMI模型解决管理问题,便于兑现给客户的承诺,获得比较高的客户满意度,公司在过程改进上投入很大,但是实施下来远远没有达到他们的期望,咨询公司没有提供有效的帮助,于是就夭折了。 第2位朋友的公司正在实施CMMI,公司希望想要成效和证书,公司投入了很大的精力,但是从咨询公司的最初介入就给误导上了一
一表搞定最小可行产品(MVP)与最小可市场化特性(MMF)
MVP是最小可行产品,MMF是最小可市场化特性,这是精益与敏捷中的两个术语,很多人不能准确理解这2个概念的差别,我试图用一个表格对这2个概念进行概括总结: MVP(Minimum Viable Product),最小可行产品 MMF(minimum marketable feature),最小可市场化特性 含义 最小:抓住用户核心诉求提供最优解,控制需求范围和项目预算,降低产品创新试错成本。 可行:提供足够的价值,客户愿意花钱(或其他货币,如个人信息)……...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线