如何定义一场细致的需求评审？.docxVIP

如何定义一场细致的需求评审？ PAGE 1 如何定义一场细致的需求评审？ 一场细致的需求评审会议，应该怎么来做这个定义？一、需求评审是什么1. 需求评审的目的一件事情，需要大家集体做，在规定的时间内，按照固定的要求，有序的执行，并产出符合要求的优良结果。2. 需求评审应对的说明人：发起人主讲人、参会人、执行人物：图、文、音视频等宣讲文件事：主题、事件、流程、各关联关系、参与范围、任职、结果时：参会时间、会议时间、决定后的项目时间周期段总结下来就是：由发起人发起参会时间和会议时间，并准备好会议的相关资料，告诉参会人和执行人会议主题+内容。需要参会人在会议上听取主讲人对主题、事件、对应的流程和各自时间的关联关系进行说明。在会议上进行展示的宣讲文件，让参会人和执行人了解相关流程和想要结果，需要相关人员对会议内容确认和约定好的时间段结果确认。如果不确认结果就是修改内容重新在约会或否定结果。最后是告知相关人员和领导：本次会议的结果，这条是非常关键的。3. 如果没有需求评审假如没有需求评审，要么就是口头确认，会临时约人、临时被更改内容、临时发现缺人缺时间缺拍板；要么会被遗忘，被否定。当然也会存在好好的做下去，并且很顺利，但这个几率很低。假如没有需求评审，那么也可以通过邮件或通讯工具答复的方式或流程审批的方式确认相关内容，但涉及到人多，流程复杂，涉及到多个平行部门，涉及到一人有疑问多人进入讨论就会很麻烦。假如没有需求评审，能够拍板的人一句话，大家干就完了。其实也免于更多的麻烦，可做不到啊。二、日常需求1. 准备工作（1）三约：约时间、约会议室、约人这里要确认信息落实情况，很多的时候我们只是去通知了，仅此通知，对方只是看了、知道了、同意了。不要相信邮件已发，对方已读，已经来确认好来，这都是前期点工作，重要的会议，还应该在会议开始前再次和对方确认一次，便于对整个会议召开的把控。（2）会议资料不管是什么项目内容，在需求评审阶段，都需要针对相关人员介绍项目背景、构想项目的过程、预期研发结果、计划产出内容、需各人员配合情况、时间周期安排以及备用方案。（3）备用方案会议在开始前，要做好备用方案，如果有相关人员不能来，那是否可以提前确认（其实一般在重要会议前，最好和相关人员确认下结果更好）；如果相关资源不到位，那么整体进度是可以在哪里进行调整；还有一个是针对一些问题如何应答，切记不要无准备应答，更不要说细节的问题可以不在会议上讨论，这里会和不讨论细节有冲突，该说的时候还是要说明一下。比如你提报了一个安全防护措施，别人会问你怎么做安全防护，可以说使用账号来限定登录，还要说下发内容的时候做加密通道，内容以数据的形式下达到数据库等，这里如果在谈论细致的过程，就可以单独商讨了。2. 开会（1）会议主题主题要明确。需求评审会是要得到大家的确认与支持；项目启动会是通知各方人员要干活了（已明确结果）；技术讨论会才是针对问题，需要大家进行商讨。不同的会议要定义不同的主题和内容。（2）预期人员：相关人员务必要到期，若负责人不能到，需要负责人指定一名人员来参会；参会人员若不能做决定，那么需要让其记录下相关问题，确认结果后，反馈给大家。为了防止这种情况的发生，提前沟通好响应的结果和要做的事情，也不至于会议出现尴尬的情况。（3）时间这里要拆分为两个时间，会议时间是预期本次会议要商讨几个阶段的内容，每个阶段预计要多久，总体要多久。项目时间是确认内容后，对整体计划进行排期的时间。在会议期间切记不要把会议时间延长太多，会耽误大家很多的事情，而且会议上商讨的时间越多，就越容易出现更多莫名的问题。会议时间：小会议半个小时到1个小时；一般的中型会议需要负责多个层面，会1个小时起步，根据情况长到3个小时左右，可能还会更长。大型会议会分阶段，分别针对不同的模块做介绍说明，这里也会有不同的人员进出（会议的大小并不一定是以会议时间定义，也会根据人数和会议重要程度定义）。项目时间：如果是针对一个模块，那么会议上要把预排期的时间点说明。例本次针对会员体系重新开发，需要在1月1号前由运营部出体系规划、会员等级说明、晋升分值；需要产品根据运营提供资料，在1月3号前出大概的规划，在1月5号和运营确认明细内容（当中要结合设计、研发的排期），在1月6号确认结果后，1月7号转交给技术进行开发。在开发阶段产品原型和需求文档是1月7号同步递交，UED需要在1月9号完成设计稿给前端，前端需要在1月11号完成页面给研发，研发需要在1月15号完成功能设计并进行内部测试后反馈给测试，测试需要在1月15号前写好测试用例和产品进行评审，并在1月17号完成一轮功能测试和UED的界面+交互测试，并反馈