需求评审中的那些问题及解决措施

发表于:2020-7-02 09:54  作者:王小双   来源:软件工程之思

字体: | 上一篇 | 下一篇 |我要投稿 | 推荐标签: 需求管理 软件测试管理

  幸福的家庭都是相似的;不幸的家庭各有各的不幸。
  类似的,好的需求评审过程都是一样的:评审焦点始终集中在需求评审的主题上,评价人员总能找到需求文档中有价值的缺陷。而不好的需求评审过程可能会有各种各样的问题。下面就列举一些需求评审的问题,以及这些问题的解决措施。
  问题1:评审过程中很少发现有价值的问题,评审人员全凭个人经验指出问题。
  解决措施:根据专家的经验以及需求定义、验收的准则制定需求评审检查单,并在评审前发给评审人员,以帮助其发现需求问题。必要时,需求评审检查项按功能性需求和非功能性需求分类,依据评审人员的职责将其分配给不同的评审人员。
  问题2:需求文档中太多低级的错误,比如错别字、格式问题、模板问题等,导致评审人员不能深入挖掘更有价值的问题。
  解决措施:需求文档上会前,必要要经过QA审核或者个人评审,去除这些低级的问题。
  问题3:有些评审人员提出的问题根本不是问题,或者只是个微不足道的毫无价值的问题。
  解决措施:需求评审要选择合适的评审人员。GJB5000A中把技术评审称为“同行评审”,评审人员应当都是同行专家。而且,评审时还应当为评审人员分配明确的角色,让其负责所擅长的部分,使用的检查单也要与之匹配。
  问题4:被评人逐字逐句读文档,留给评审人员发表意见的时间太少;或者需求文档太长,评审时间不够,评审不充分。
  解决措施:正式评审之前最好先进行预审,评审人员在正式评审前就已经阅读评审材料指出了评审中的问题,在正式评审时只对这些问题进行确认;如果不能采取预审的方式,那在评审的时候也不要逐字逐句地读文档,而是要讲要点,不管怎么说,评审人员看文档的速度会远高于被评人读的速度;对于功能点特别多的需求,应将需求评审拆分多次进行。
  问题5:评审过程中有些评审人员对评审没有什么贡献。
  解决措施:建立个人评审效率的统计,对于那些长期评审绩效差的评审人员将其剔除同行专家的行列。
  问题6:评审人员没有按时参与会议,耽误评审工作。
  解决措施:建立评审规程,明确评审的流程,做好评审计划和评审的准备工作。
  问题7:评审人员的问题没有全部得到解决。
  解决措施:指定专人负责对评审问题进行跟踪。
  这正是:
  需求评审问题多,个中滋味奈若何
  只要不断求改进,方法总比问题多

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系51Testing小编(021-64471599-8017),我们将立即处理。

评 论

论坛新帖

顶部 底部


建议使用IE 6.0以上浏览器,800×600以上分辨率,法律顾问:上海信义律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2021, 沪ICP备05003035号
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪公网安备 31010102002173号

51Testing官方微信

51Testing官方微博

扫一扫 测试知识全知道