扫码阅读
手机扫码阅读
需求评审会议亲历记
96 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 成员,中国分部主席
425 篇文章
浏览 108K
麦哲思科技任甲林的其他文章
需求访谈的18个注意事项
需求访谈的人员需要经过专门的训练,掌握需求访谈的技巧,才能在比较短的时间内,获取客户的真正需求,并且比较完备。那么,应该如何进行需求访谈呢,我根据需求访谈工作坊的练习结果及个人经验,整理了如下的18个注意事项。
项目资源调配要打歼灭战
很多软件企业都面临人少事多的状况,在公司级如何调配人力资源的使用呢? 现实中最常见的策略就是:平均用力,分散资源,会叫的孩子有糖吃。即新来一个项目就抽调几个人过来,启动该项目,开始干起来。如果有另外一个项目面临交付工期压力,项目经理找老板申诉人手不够,就再从别的项目组临时抽调人员过来救火,如此恶性循环,每个项目都人手不够,每个项目都拖期,四处江湖告急。 我们理想中的策略应该是啥样的呢?应该是集中优势兵力打歼灭战,确保绝大部分项目都人手充足,最多只有一个项目缺少人...
老人与狗
前几天看到一则新闻,有一位老人在家中去世了,他养的一条狗七天七夜不吃不喝,守候在家门外等待老人的归来,其状甚惨,看后感叹不已,不由地想起了另外一个故事。去年夏天我从济南打车去机场,在历山路上看到了一个小队列,母亲骑车在前,女儿骑车在后,有一条小狗在最后跑步跟随,于是我就随口对司机说:“人狗多和谐啊!”,司机说:“我不养狗,不敢养。”我说便问他:“为什么呢?”,于是司机就讲了他一个邻居大婶与狗的故事。她是一个老人,住在城乡结合部的镇上,养了一条大狗,七八年了,每天与狗相伴。有一年政府不让养大狗了,老人没有办
普通原因与特殊原因的区别
在SPC中,对过程的偏差区分了信号与噪音,信号是特殊原因造成的偏差,噪音是普通原因造成的偏差。这两类原因有啥区别呢?我归纳整理如下: 普通原因 特殊原因 定义 普通原因指的是造成随着时间的推移具有稳定的且可重义的分布过程中的许多变差的原因,我们称之为:“处于统计控制状态”、“受统计控制”,或有时简称“受控”。普通原因表现为一个稳定系统的偶然原因。只有变差的普通原因存在且不改变时,过程的输出才是可以预测的。 特殊原因(通常也叫查明原因)指的是造成不是始终作用于过程的变差的原.
案例:工时数据分析
有网友提供了如下的工时数据,希望进行分析一下, 我尝试分析如下: 表1:工时的原始数据1 数据整理任务数,需求数,人数,工时数是基本度量元,先有需求数,再有根据项目的规模配备了人员,拆分了任务,项目完工后才有实际消耗的工时数,我们...
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线