同行评审培训练习点评结果
发布于 2024-10-03
1499
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
麦哲思科技任甲林
扫码关注公众号
扫码阅读
手机扫码阅读
同行评审培训摘要
在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 篇文章
浏览 961K
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
麦哲思科技任甲林的其他文章
白话SCRUM 之三:sprint backlog
Sprint Backlog就是任务列表,如果映射到传统的项目管理理论中就是WBS(work breakdown structure),而且是典型的采用面向交付物的任务分解方法得到的WBS。比如有一个Product backlog 条目为: 作为系统的合法用户,可以通过录入账号和密码登录到系统中。为了实现此需求,team member识别出了的任务,进行了工作量的估计,进行了任务了领用,其结
需求管理过程域的要点
今天在客户处,看到客户拿了一份从网上下载的对CMMI2级、3级的实践的注释,随手翻了一翻,刚读了第1个PA需求管理的5条特定实践,就发现基本上每条实践都有大大小小的误解,我想该材料很容易对CMMI的实施造成负面的影响。因此,特地根据我的咨询经验与体会,对该过程域的理解与实施要点进行了整理。在下表中:(1)没有翻译模型的原文;(2)包含了模型的要点;(3)扩展了模型的要求;(4)列出了客户的某些好的
最有效的5条改进措施
有朋友问我在咨询过程中发现对客户最有效的5条改进措施有哪些,细细反思后总结如下: 1、分类管理项目 通过区分企业中不同类型的项目制定不同的管理策略、裁剪策略,保证了质量体系的实用性、灵活性,即减少了开发投入又保证了项目的质量,平衡了敏捷方法与规范方法。 有的企业区分了新产品研发、订单项目开发、系统维护等3类项目,又区分了大中小规模的不同,针对不同类不同规模的项目定义了管理的流程、文档模板。 2、用
聊聊故事点背后的故事
聊聊故事点背后的故事Q1、敏捷项目能不能不估算故事点,直接估算工作量?【观点一】:在策划扑克法中先估算故事点有其固有的优点,最无法替代的优点是故事点不是绝对的工作量,避免了团队在迭代早期盲目的承诺,第一个迭代可以只估故事点不估工作量,是一种保护团队的行为,体现了敏捷以人与团队为本的文化,多数策划扑克法没用起来的团队往往也是这种文化薄弱甚至背道而驰的。此时策划扑克就不是最适合的方法...
为什么要进行需求管理?
作者:任甲林 来源:希赛网 http://www.csai.cn 摘要 本文介绍了需求管理的必要性,并介绍了控制需求渐变的一些方法。 关键词 需求管理,需求渐变,需求复用 软件需求是整个软件项目的最关键的一个输入,和传统的生产企业相比较,软件的需求具有模糊性、不确定性、变化性和主观性的特点,他不像生产汽车、电脑等硬件的需求,是有形的、客观的、可描述的、可检测的,软件需求是软件项目最难把
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线