同行评审培训练习点评结果
发布于 2024-10-03
1961
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
同行评审培训摘要
在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 篇文章
浏览 1116.7K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
白话SCRUM之五:四种会议
在SCRUM方法中定义了4种会议活动: Sprint planning Daily meeting Sprint review Sprint retrospective 除去开发活动外这4种会议构成了scrum方法的核心活动。 这四种会议的要点如下:
面对面沟通与文档沟通
1994年McCarthy J.和Monk, A.在一篇论文"Channels, conversation,cooperation and relevance: all you wanted to know about communication but wereafraid to ask"中给出了下图所示一个研究结论。即在所有的沟通方式中,两个人守着白板,边讨论边写写画画地进行沟通是最高效的。
维护项目的管理策略案例
维护类项目的定义: (1)在已交付的软件基础上增加少量功能; (2)对已交付的软件进行局部的需求变更; (3)修改已交付软件的bug;维护类项目的特点: (1)工期短,客户要求相应快; (2)对已有的软件进行局部修改,投入的人力少; (3)变更容易对已有的功能造成影响,容易注入新的bug; (4)需求沟通、设计方案的确定、测试的
软件开发中的三次法则
摘要:"事不过三"原则强调第三次重复是优化改进的关键节点。在软件开发或AI工程中,当同一问题、错误或操作第三次出现时,应当立即采取重构、自动化、流程优化等措施。这包括代码重构、自动化测试、文档补充、流程改进等具体行动。该原则能有效预防技术债务积累,减少重复劳动,提升团队效率和质量,实现从被动应对到主动治理的转变。
对需求变更的定量分析
很多公司头疼需求变更,如果我们采用定量的技术该如何分析需求的变更呢?首先定义什么叫需求变更?在客户方与开发方共同认可需求之后的需求修改、增加、删除都是需求变更。需求变更对象可以从多个维度划分: 维度一: 功能需求、非功能性需求、接口需求、界面需求、技术约束等; 维度二:业务逻辑、数据对象、控制逻辑等;其次,可以从3个层次分析需求变更:层次1: 需求变更率分析。需求变更率有多种定义方法。 方法一:需求变更率=需求变更的个数/交付的需求个数;...
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线