扫码阅读
手机扫码阅读
需求评审会议亲历记
6 2024-10-03
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:需求评审会议亲历记
文章来源:
麦哲思科技任甲林
扫码关注公众号
摘要
评审组构成和准备工作
最近的需求评审由EPG组长主持,评审组共12人,包含项目组内部6名开发人员、项目经理、1名测试人员、4名EPG成员和1名外部顾问。准备阶段,会议通知提前一天发出,未为成员准备检查单,两名成员提前阅读了文档仅发现少量问题,QA进行了文档与标准的符合性检查。
启动阶段
会议计划9点开始却延迟了15分钟,出现3人迟到。会议规则被宣布,包括手机设置为震动、一人发言、随时中断阅读等。议程被宣布,并指定了记录员。
评审阶段
项目经理逐字读文档过程中,出现手机未震动、专家提问、描述问题、术语沟通不清、成员理解偏差、记录员参与讨论未记录问题和会议中长时间电话打断等问题。
收尾阶段
记录员宣读问题记录出现不准确和遗漏,顾问公布度量数据和评审优缺点,会议结束。
度量数据和顾问点评
评审规模为12页需求规格说明书,用时75分钟,共12人参与,工作量15小时,发现15个问题,平均每小时发现1个问题。两名项目组成员和测试人员未发现问题。顾问指出,缺少检查单、未提前个人评审、迟到、不明确角色分配、电话打扰、不实际需求、记录员培训不足等为效率低下原因。建议减少参与人员、培训、控制会议节奏和区分走查与正式审查。
想要了解更多内容?
查看原文:需求评审会议亲历记
文章来源:
麦哲思科技任甲林
扫码关注公众号
麦哲思科技(北京)有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员,中国分部主席
379 篇文章
浏览 59K
麦哲思科技任甲林的其他文章
我说CMMI之七:需求管理过程域
我说CMMI之七:需求管理过程域先讲讲需求管理的含义。何谓需求管理?需求管理就是管理需求的一致性。这里讲的需求指什么?指的产品与产品构件需求,对于软件而言通常就是软件需求规格说明书(SRS)。在CMMI模型中将需求分成了2类:客户需求,产品与产品构件需求。客户需求是采用用户的术语表达的,用户验收的依据,一般是由客户提出需求,由开发人员记录、描述、整理下来。客户需求是平衡了客户的需要、期望、约束和接口需求后的结果。产品与产品构件需求是采用开发人员的属于表达的,是开发方验收的依据。产品与产品构件的需求是基于客
《术以载道—软件过程改进实践指南》荣耀上市!
《术以载道—-软件过程改进实践指南》荣耀上市!欢迎广大过程改进从业者,爱好者阅读!
快速学习COSMIC之六:如何识别触发事件
要度量功能点,就要先识别功能处理,要识别功能处理,就要先识别触发事件。 触发事件通俗地讲就是发生在被度量软件以外的,由其他事物所产生的,要求被度量软件响应的事件。 触发事件由功能用户所感知,然后功能用户产生一个输入,来激发功能处理响应这个事件,这个输入被称为触发输入,它要么仅仅起到通知功能处理、激发功能处理的作用,要么除此之外还移动了其他的数据给功能处理。除非在一个功能处理中只有一个输
高成熟度实践点睛之OPP
CMMI, 高成熟度,统计管理,量化管理
测试过程分析的15个常用度量元
测试过程分析的15个常用度量元序号优先级度量对象度量元度量单位采集周期采集/计算方法分析方法作用11用户发现的各类型的缺陷缺陷个数个交付阶段维护阶段直接统计80-20分析:对缺陷类型按缺陷个数排序,找出客户发现的最多的20%的缺陷类型分析客户的关注点是什么?为什么客户能发现这些类型的缺陷,为什么我们
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线