如何开需求评审会

参考自http://www.woshipm.com/pmd/304966.html

 

评审会前置事情

【为什么要评审】

要让相关人员详细了解需求

知道自己处于什么位置，要做什么

评估需求的难度和时长，进行分解和计划安排

【和谁评审】

最好是所有干系人

如果不能都到会，也要所有干系负责人到会

如果负责人本人不能到会，需要该负责人的backup到会

【什么时间评审】

前提是开发计划已经被排期，进入确认阶段

在开发计划开始前3-5天进行评审
 

 评审阶段

分为评审前、评审中、评审后

【评审前】

物料准备

产品经理必须事先准备好讲述需求所需要的物料

主要包括：PRD（需求文档）、原型（最好高保真）、UI/UE稿

提前小范围沟通

产品经理在产品需求设计过程中，有必要跟主要的干系人提前沟通

确认可行性，避免闭门造车，有误区的可以及时更正，不必到最后才发现根本无法实现

也不要凡事都问，容易遭人厌

提前把方案发出来

提前通过邮件等形式吧方案送达相关人手中

尽量争取提前得到部分反馈，以及时修改

同样是为了避免问题堆积到最后才发现

【评审中】

明确背景和目的

本次评审的背景是什么，为了实现什么目标

可能要多久，让大家有个心理准备

讲解6W2H

我们本次产品是为谁做的、是要做什么内容、为什么要这么做，等等

是进入评审前的介绍，避免与会者听产品演示时一脸懵

温和讲解、虚心请教、适当让步

进入正式的需求讲解了

在正常讲解的过程中，避免急躁求成，要听取各方意见

有问题出现时，要了解问题关键，如果是难以实现，要考虑成本和收益对比

切忌拍脑袋的想法，要用逻辑或数据说服对方，如果还没有想清楚，可以说会后再捋清楚

如果出现争执，不要一直处在争执的状态，控制情绪，以免浪费评审时间

要留有FAQ环节

提出需要的帮助和反馈

要明确本次评审会的目的，是为了得到问题反馈和排期

要提出时一定要提出，不能畏缩

可能排期不能马上得到，但会中也要收集到一些信息，以便会后进一步安排和协调

【评审后】

整理遗留问题、改善方案

根据在会中收集到的反馈和问题修改方案，上传到jira/wiki

会议纪要

会后要做会议纪要，记录会议的成果备忘，和给老板汇报用

收集所需要的反馈，安排后续

会中向与会者提出的问题，需要适时去收集反馈，以调整方案和后续安排