扫码阅读
手机扫码阅读
同行评审培训练习点评结果
111 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:同行评审培训练习点评结果
文章来源:
麦哲思科技任甲林
扫码关注公众号
同行评审培训摘要
在2008年3月3日举行的同行评审培训中,共有20人参与,19人参加了练习。培训包括了3小时的同行评审方法讲解,1小时的实践练习和45分钟的点评。参与者被分为三组,针对同一实际项目需求的一部分进行评审,该需求文档只有一页但质量较差。
三个小组的评审结果显示,第1组确认的bug最少,但效率最高;第2组确认的bug最多,但效率最低且工作量最大;第3组发现bug数和工作量均最少,显示评审质量不高。
度量数据分析点评:
- 第3组的准备阶段和会议中发现的缺陷数比例小,表明评审投入不够。
- 第2组参与人数过多,导致效率低下。
- 第1组个人评审充分,效果好。
- 第2组多发现的缺陷并不符合其投入的工作量。
- 第1组和第2组工作量的度量数据可能存在统计口径不一致。
- 个人评审的平均速率与发现缺陷数成反比。
- 个人评审阶段发现的BUG越多,评审效率越高。
小组总结的经验教训:
- 主持人与作者需对检查项有共同理解。
- 分析检查单中各检查项的命中率。
- 主持人应控制会议节奏,避免过多时间在一个问题上。
- 记录员需与评审员沟通保持一致。
- 细分评审员角色可提高效率。
- 模拟用户使用场景的方法效果良好。
- 保证度量数据的准确性。
想要了解更多内容?
查看原文:同行评审培训练习点评结果
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
425 篇文章
浏览 105K
麦哲思科技任甲林的其他文章
你一生认识多少人--白话软件估计
请告诉我:你一生会认识多少人呢? 听到这个问题,你可能认为无法回答,其实是可以估算的,只不过你没有去做。 首先,我们定义清楚什么可以称为“认识”一个人? 如果你曾经记住他的名字,你见到他时能够记起曾经和他一起做过某件事情,那就可以称为认识他了,这就是在明确需求。 其次,还是让我们采用穷举与分类的思想,假如对你认识的人员按如下的方式来分类: (1)为你服务的: 父母 老师 物业公司 ……. (2)
工程师的思维方式
笑话一:瞎子打高尔夫 有一组人,包括牧师、医师、工程师,在打高尔夫,由于前一组人进度实在太慢,频频受阻。他们忍不住问杆弟:“前面一组都是些什么人?” 杆弟答:“全都是瞎子。” 牧师听了,油然生出悲悯之心,道:“我将时时刻刻为他们祈祷,请求上帝让他们重见光明。” 医师亦不甘后人,接着道:“我要召集世界一流的眼科医师,设法治好他们的眼盲。” 工程师则不疾不徐道:“既然他们是瞎子,为何不利用夜晚来打球?
我所知道的富士康之三:改进意识
富士康的质量意识在我咨询过的企业里可以说是最好的。台干都有很强的质量意识,你告诉对方如何做才能保证质量,对方都会很认可,不是为了形式,而是出于内心的改进。走在楼梯上,可以看到台阶上有些标语:”质量是计划出来的”,”质量是控制出来的”等等。走在楼道里,楼道里有宣传用的电视,电视里播放着一些flash,这些flash也包括了大量与质量有关短片。在实施CMMI的期间,甚至在厕所里也贴上关于CMMI模型的里目标与实践!
台干也都有很强的自我改进的意识。每次去咨询,总有
一个典型的代码走查检查单
代码走查的最主要的目的是为了发现程序中的逻辑错误,编程风格方面的错误可以通过风格检查的工具去检查。如下的检查单给代码走查的专家发现逻辑错误提供了一个很好的帮助。序号检查项1代码的注释与代码是否一致?注释是否是多余的?2是否存在超过3层嵌套的循环与/或判断?3变量的命名是否
惊魂一刻
2008年5月10日星期六,惊魂的一天。 下午5点时我给司机电话,让他5点45分到莫泰168酒店接我,送我去宝安机场,我是7点40分的航班,通常情况从龙华到宝安机场40分钟足够了。他以为是要6点48分到酒店,害得我重复了至少3遍,他才听清楚,我当时就有点火,不知道他怎么听的,我口音没有那么严重啊。我是第一次坐他的车去机场。 5点50分他到了酒店,上了车,他并没有按常规的路线走,而是
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线