如何开高效的需求评审会？
如何开高效的需求评审会？
最近来了不少新的产品经理，经常会对同一需求进行N次的评审。最后一说评审会，跟本就没有人愿意参加，评审会成了浪费时间的代名词。咱先一起看看产品经理都组织大家开了哪些会吧。
1、 可行性分析会：
产品给出一个初步的想法，找各方人员从不同的角度识别可行性，涉及人员有产品、设计、开发、测试各部门领导；
2、 需求评审会：
产品带着需求文档及原型图讲解产品需求，并对上一次评审会中不明确的问题或没有考虑清楚的问题进行答疑，涉及人员：具体的执行人员；
3、 最终需求评审及排期会：
重新明确本期需求点，答疑及排期。
-------------------------------------------------------
三场评审下来，很多产品都讲吐了，累成了狗。会不会觉得这些评审会没有效率，执行力太差？有啥办法可以改进不？
需求评审时经常出现如下情况：
1. 与会人员对需求的目标不明确，易发散思维，偏离方向。
2. 对某个需求点相持不下，认为某需求点不合理/开发周期长不划算。
3. 对技术方案探讨不定，对问题点无限引申。
4. 遗漏评审时的待改动的需求点，会后找相关人员再次确认。
遇到上面的情况，无疑会拉长会议时间，导致会议效率低下，轻则需求变更，重则需求功能无法实现。
---------------------------------------
如何进行有效的需求评审？
总结前人的经验教训，可以将需求评审分三阶段：评审前、评审中、评审后。
评审前：
1）产品需求文档
需求文档一般包含四块：项目背景、项目目标、需求概述和需求详细描述，有时也可以带上项目风险和业务流程图（对某些复杂功能/逻辑的分解）。
产品需求文档要把需求的逻辑表达清楚没歧义，对各个细节描述清晰，各输入输出项、业务流程、计算规则、判断逻辑和一些特殊情况，如果你有丢三落四的习惯，建议整理一份适合自己的需求文档自查清单，每次写完后从头到尾对照一遍。当然不能事无巨细都通通一股脑写进去，不然开发和测试的朋友会看的很辛苦，小心被打…
2）线框图
线框图有利于梳理需求点。需求文档里可以简要配些线框图方便文字的理解，不过需求评审时还是另外打包一份线框图单独带着吧，可以详细点，把交互稿也带上。
3）相关数据
一些需要数据支撑的需求点要带上相关的数据，用数据说话更有说服力。
小范围的沟通（确认方案）
产品需求文档写好后，找开发大大们聊聊，不要直接进行需求评审。你以为你一个人可以搞定所有开发？我曾经就遇到过高级产品经理被技术围攻的情况，提前小范围沟通可以避免不必要的撕逼，将方案中不确定的部分确定下来，探讨方案实现的难易程度，确保需求的可行性。
产品内部评审（确认需求）
产品内部评审就是在团队内部进行小范围评审，确保需求逻辑的一致性，这种小范围的评审可以规避大部分需求不合理的地方，直接有效的提升需求评审的效率，同时也能增加其他团队对产品团队的信任感，以后办起事来就比较方便。
提前同步需求文档（有备无患）
提前同步需求文档可以让与会者提前查看，不求他们能够把需求文档从头到尾看一遍，但求大家能知道下个版本要做的需求有哪些，这样前期的服务工作才算到位。
以上工作都做好了基本上就可以进行需求评审了，预约好会议室后通知相关参会人员参加。
评审中：
正式需求评审时，带好必备品，就可以开始了，基本上只要前期准备工作做得好，需求评审时出现的幺蛾子就不会太多，稍微拍拍就能灭掉，所以评审时状况百出，多半是准备工作不到位。但除了前期的准备工作，在评审时还有几个需要注意的地方，能够帮助提升需求评审的效率。
产品经理应有的态度（兵来将挡水来土掩）
有清晰、明确的目标；把控好时间；认真倾听；保持清醒的头脑。
小范围的讨论（见仁见智）
在需求评审讲需求点时，开发会针对某个点进行技术方案探讨，这样有利于及早发现需求点与现有逻辑相冲突或由于硬件问题而导致需求变更或夭折的问题，避免到开发时才发现需求没法做…但也要控制好时间，引导大概讨论下技术实现方案，具体的细节之后再讨论。
除了开发团队内部小范围的讨论外，还有设计团队，不过设计一般不在需求评审会上讨论了，毕竟，设计基本上不会影响到产品需求的变更。
定下开发周期（诞辰）
如果评审顺利的话，就可以直接定下开发周期了；如果不顺利，那就放在评审后吧，要给大家思考的空间~
评审后：
会后及时输出会议纪要，罗列出会议中有争议仍待解决的问题、改动的部分和结论，将完善后最终更新过的需求文档发送给参会人员，通知需求评审已完成。之后对问题进行跟踪，保证评审结果的落实。
总结
能否在产品需求评审会议中如鱼得水，提高需求评审的效率，前期的准备工作很关键！
如何开高效的需求评审会？相关推荐
- 开需求评审会，你会出汗吗？
最近参与了一场需求评审会,我是参会人.会议中,产品小兄弟总是被打断.被质问.被挑战,一场评审会下来,他依次脱了羽绒衣.毛衣,只剩一件格子衬衫,整个人满面通红,像是冲刺了一公里,而我却在角落冻的瑟瑟发抖 ...
- 产品经理1.1_如何高效的开展产品需求评审会
产品需求评审会 一.需求评审会前 1.资料的准备 2.人员的确定及通知 3.涉及内容提前告知 4.涉及问题的提前演练 5.会前的提醒 二.需求评审会中 1.会议内容注意点 2.会议流程及时间的掌控 3 ...
- 定了，需求评审会就这么开！
文章导读 1.什么是需求评审会? 需求评审会是产品经理向产品团队成员讲解需求.确认需求,方便此次需求能够在后继开发迭代计划中顺利推进的重要会议. 需求评审会并不是产品需求开发过程的必做工作,但在实际项 ...
- 产品经理如何开好需求评审会
目录 一.为什么要做需求评审 二.需求评审前 1.明确会议目标 2.提前约好时间 3.提前沟通 三.需求评审会议中 四.需求评审会议后 五.总结 需求评审会对于产品经理来说就像家常便饭,需求评审串起了 ...
- 产品经理怎样活着走出需求评审会？
需求评审是产品经理工作的重要环节,是团队成员间衔接需求的重要桥梁,产品经理的方案能准确落地的重要保障. 一场成功的需求评审会,是能够完整清晰传递产品目标.产品功能,能获得团队认同,并且会后团队能够配合 ...
- 产品经理的战场：需求评审会
你还记得自己参加过多少场「需求评审会」吗?不管自己是作为主机主导,还是作为僚机配合,「需求评审会」的现场都是让人不明觉厉.而产品经理就是在这一个又一个的「需求评审会」中磨练过来的,是一个真正刷怪升级的 ...
- 软件需求评审会到底做什么？
软件需求评审会重要吗? 经常这样问自己,软件做完需求调研后,就进行需求分析,进而进行概要设计.详细设计.系统研发及测试,交付客户使用.可是,交给客户用的时候,已经完全偏离了客户的需求期望.这是为什么呢 ...
- 组织技术部的需求评审会
大多数从事软件开发的人士都有这样的体会,需求分析是一个软件成功与否的关键.在当今软件工程领域出现的许多问题,都源于需求的不清晰. 正因为如此,我们现在面临的客户,我们的项目经理自身,以及我们的 ...
- 需求评审会如何做才不会沦为形式主义
需求评审之殇 需求评审这件事,在软件项目管理的流程上,一直是沦为一个鸡肋般的存在,不少企业面对这个事情,从来都是得过且过.也许是由于技术人员不足,从产品到设计到开发到测试,一人包办,自然觉得需求评审没 ...
最新文章
- 得到java异常printStackTrace的详细信息
- python画仿真图-Python数据分析：绘图可视化之matplotlib入门
- Oracle dump 分析secondary key
- Linux下base64命令工具的使用
- php输出下划线,使用php GD库输出带下划线文本的图像
- [CareerCup] 8.7 Chat Server 聊天服务器
- CF #366(div.2) C 模拟，思维
- c++ 麦克风 录音 wav_小米有品上线新品，手机麦克风得到史诗级加强
- java面试题：当一个对象被当作参数传递到一个方法后，此方法可改变这个对象的属性，并可返回变化后的结果，那么这里到底是值传递还是引用传递?
- python socket发送16进制数据_python socket以16进制的数据进行传递与解析
- 微信开发者工具如何使用SCSS和配置wxml文件高亮及格式化
- 基于java企业人事管理系统mysql
- unity3d人物跳_Unity人物跳跃效果
- F.grid_sample
- 【Linux学习】常见基本指令
- 如何将网址放到桌面并修改桌面快捷方式的图标
- LaTeX排版(二)
- 哈工大软件构造 Git使用
- Hive学习之抽样（tablesample）
- sql——如何将html代码存入数据库中