需求评审可能在和开发评审之前要先和业务方先进行评审,让业务确认需求有没有问题,需要有没有调整,当获取业务方认可之后再和开发进行需求评审。
一:需求评审会内容
- 需求评审会就是向(UI、UE、开发、测试)等人讲清楚此次需求的具体业务逻辑,让大家都充分理解业务,并且共同讨论逻辑是否有问题。
- 需求评审也会让开发评估技术是否能够实现。
- 需求评审各个参与人员会提出自己不理解的地方,产品经理需要向其解释清楚。
- 接受开会人员的质疑,比如开会人员提出了更好的解决方案。
- 统计开发需求各个人员需要的时间节点。
- 会后注意修正需求文档、修正原型。
二:需求评审需要准备的文档
- 原型文档
- 需求文档
- 结构图、流程图
三:注意事项
- 提前跟项目组成员约时间,并发正式邮件通知会议时间。
- 提前将会议中涉及到的文档发给参会人员,让他们先看一下,然后带着问题来参会,提高效率。
- 开会中被怼是很正常的,需要有一颗强大的内心。