同行评审培训练习点评结果
发布于 2024-10-03
1099
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
同行评审培训摘要
在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 成员,中国分部主席
471 篇文章
浏览 829.8K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
硝烟中的Scrum和XP读书笔记
CH1-1 Scrum不是方法学,它是一个框架。CH1-2 Scrum 的强大和令人痛苦之处就在于你不得不根据自己的具体情 况来对它进行调整;CH2-1 产品Backlog中包含了:故事、特性、需求+优先级并且是用用户的术语的表达;CH2-2 how to demo实际是对用户故事的细化,是设想的用户操作场景,可以作为用户故事的验收准则。CH2-3 指出如何解决问题的应该是...
例解:集成测试用例与单元测试用例的区别
函数一: getMaxInTwo(int a,int b) { if a>=b return a; else return b; } 函数二: getMaxInThree(int a,int b,int c) { a=a+1; int max=getMaxInTwo(a,b); max=getMaxInTwo(max,c); } 单元测试用例的设计: getMaxInTwo的UT用例: (3,2)
例解:目标、性能基线与性能模型的关系
目标是对未来的期望。性能是历史的表现。性能基线是对性能分布规律的定量刻画。性能模型是对性能因果规律的定量刻画。它们之间的关系是什么呢?举例说明如下:总目标:总成绩400分以上,进入班级前5名子目标:语文130分以上,数学135分以上,英语140分以上性能基线:1)语文成绩的历史分布规律:2)数学成绩的历史分布规律:3)英语成绩的历史分布规律:基于性能基线的预测达成目标的概率基于已知的历史三科成绩的分布,可以预测总成绩超过4...
如何拆分业务需求为系统功能需求?
(按业务事件、操作意图、用户角色、数据生命周期、规则分支切分)进行拆分,我们可以将模糊的业务目标转化为清晰、可执行、可测试的开发任务。在软件开发的整个生命周期中,需求分析是基石,而将模糊、宏观的业务需求,精准地拆解为清晰、可执行的系统功能需求基本单元,则是这一基石中最关键的一步。:一个功能单元执行完毕后,系统应达到一个明确、一致的稳定状态,而不是处于一个中间的、不确定的状态。遵循 VISTA 原则,可以确保我们拆分出的功能单元是清晰、独立且可管理的,为后续的开发、测试和维护工作奠定坚实的基础。
CMMI 3.0究竟有哪些变化?
4月6日,CMMI 研究院发布了CMMI 3.0版本,和2.0相比,有哪些变化呢?本文做了系统梳理。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线