这是一个来自“软件测试圈”测试工程师的提问,问题不错,很多团队的通病,统一解答下。
问:
“ 如何让需求评审真正发挥作用? 我们现在有个需求评审会议通知人员到场,然后产品经理blabla讲了一番系统的基本需求比如要做注册、增加、删除等之类的。 开发、测试、前端由于对系统无任何背景信息和了解,听听就过了,到真的做的时候发现很多逻辑点不清楚 ”
如下是老徐的解答:
关于如何发挥需求评审的价值,这问题很好。很多公司,评审开始可能很好,慢慢的,可能就会变成形式,为了评审而评审,或者应付流程。
那么如何发挥需求评审的价值呢 ?
老徐给几个建议,可参考 :
1. 评审前,产品经理,需提前发需求文档,原型等,发给相关人。让与会人员提前了解下,否则会议就是闷逼状态。变成产品经理一个人在那自嗨,其他人完全不知道是什么。
2. 与会人员,提前看文档。标记有疑问的地方,在会上重点讨论,交流。
3. 控制会议节奏,把控讨论主脉络。
4. 评审结束后,后续安排需求澄清会议,可由测试主导。
5. 会后,需求有疑问、变动的地方,需邮件通知出来,确定最终的方案(也可组织一个很短时间的再次澄清)。
大体,如上,
具体,大家可讨论。
欢迎补充,
你有哪些更好,更可行的,实战做法。
具体,推荐篇类似文章参考,
是关于测试用例评审,
来自 百人计划 木木,
对大家会有用,
值得借鉴。
文章传送门 -> 测试用例评审,他们是这样做的。
OK ,
End
By IDO老徐
2017-8-13
注:此问题来自软件测试圈的解答摘录,更多讨论、深度交流,欢迎加入圈子 。
End
帖一个打赏的二维码
也许收不到打赏,万一有呢
最后,推荐几篇文章:
注:老徐所有的文章、资料,只在此公众号更新,需要可关注。