开评审会时遇到的一些现象：
1.评审会上总会被问住（有时候我以为我了解了，实际可能不够了解甚至理解偏了） 2.讲不出需求背景或应用场景还企图甩锅或糊弄
3.相同问题被反复吐槽：上次不是说了这样那样行不通有影响新方案xxx
4.方案或需求被拒绝：这个做不了 这样不合理 、这个很丑
5.被指挥：这个应该这样这样做，应该这样这样设计
6.自己出的方案里，有的方案甚至做不到逻辑自洽
改进方案：
1.与用户多沟通：询问需求方你需要满足的是具体什么应用场景
2.了解已有功能是否满足需求方的需求，排除是对系统不熟悉而提新需求
3.判断已确认的新需求是否可以做较小的改动实现，产品方案输出前与研发测试多沟通 4.考虑新需求改动对其他新旧功能以及历史数据或其他用户是否有影响
5.会议讨论结果及争议点要有记录
6.评审前和评审时做适当的场景推演
7.不好文字表述的需求举实例，主动讲解产品方案，根据需求背景引入产品方案，以确保大家理解业务背景。如果让大家自己去看就会马上开始发散，以及无边际的讨论
8.用专业角度讲解自己的产品方案（因为什么所以这样做为什么不那样做）。方案要尽量专业起码尽力保证没有错别字（防测试人员）
9.声明会议核心主题，划分需求讲解和问答时间
10.复杂的功能要讲解到整体流程及本次修改在总流程的哪个节点，修改后对总流程有什么影响
11.与本次评审无关的已知问题或已有功能不做详细讲解和说明
12.需求讲解后，主动询问并控制问答节奏，及时做记录
13.会议结束时确认本次疑问已解决或记录 14.会后反馈会议纪要及待解决问题结果或进度
15.不要瞎怼同事，他们都很可爱
16.感谢大家一起做出新方案。
网友评论