扫码阅读
手机扫码阅读
需求评审会议亲历记
63 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 成员,中国分部主席
420 篇文章
浏览 80.7K
麦哲思科技任甲林的其他文章
基于CMM实施软件过程改进的成功策略
基于CMM的软件过程改进已经被越来越多中国的软件企业所接受,目前,在中国已经掀起了一个CMM评估的小高潮, 但是,通过评估不是企业的最终目的,对软件企业而言其根本的利益是通过实施软件过程改进,提高企业的管理水平。CMM作为美国军方评价软件过程能力的一个模型,他是在研究了美国的一些较大的管理基础较好的软件企业提出来,针对中国软件企业的实际需要灵活裁剪,而且,在CMM中也没有告诉企业如何按照此标准进行
在CMMI推广过程中EPG常犯的错误
1对模型研究不够深入 模型是多年软件工程经验的总结,里面的每一句话,每个例子都不是随便写上去的,都有其内在的含义在里面,需要仔细琢磨,仔细体会。作为EPG的成员,在遇到问题时,首先要做的事情是要去读模型,在模型中查找答案。市面上所有翻译的中文资料都不准确,所以要去读模型原文,以免以讹传讹。在读不懂的地方应该去读SW-CMM与SE-CMM,从那里获取类似的描述,如果还读不懂,可以去网络上搜索资料,与
在EXCEL中进行趋势拟合与预测的方法
在跟踪目标达成时,可以根据已经发生的多个周期的目标实际数据,进行趋势拟合,预测目标达成的情况,对趋势拟合常用的有如下6种方式:例如:某项目4周一个迭代周期,画了燃尽图如下: 序号 剩余估算人时 理想剩余人时 1 120 114.0 2 115 108.0 3 ...
规模估算的敏捷方法:策划扑克法
策划扑克是估算软件规模的一种敏捷方法。该方法的规模计量单位是故事点(story points),故事点只是一个计量单位的名称而已,你也可以给他命名为其他名字。故事点其实不仅仅是对规模的度量,也包括了对需求复杂度等其他因素的度量。故事点并非业界统一的一个度量单位,不象度量长度的单位:米,大家都知道1米有多长,你说的1米和他说的1米是等长的。故事点仅对本项目具有近似相等的规模,不同的项目所定义的故事点
理论与实践的完美结合:《软件项目估算》译者序
这本书需要仔细读。 没有哪一本书能够替代此书在如何建立生产率模型方面的严谨性与实用性,它讲的不是经验法估算工作量,而是模型法估算工作量。 它理论完备、严谨,并给出了工程化的软件工作量估算方法和大量的经验教训。 在给客户咨询的过程中,我帮客户识别、建立了大量的过程性能模型,积累了丰富的经验,但是,当我读到Alain的这本书时,我深...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线