需求评审
什么是需求评审？为什么要进行需求评审？
1.传达产品理念
需求评审是产品进入正式开发之前非常重要的一个环节，通常是由产品经理主持的，通过讲解产品需求文档，向项目成员传达我们这个项目要做什么？为什么而做？要达到什么样的目标？的一个会议，目的是统一项目成员对产品需求的理解，让大家进一步详细了解产品方案，知道自己在实现整个方案的过程中处于什么位置，职责是什么，需要准备什么，以便为后续“如何做”打好基础，可以说是一个需求达成共识的必要环节，也让项目成员对于这个项目就更具有参与感。
2.完善需求
另外需求评审也是一个完善需求的一个过程，产品经理在编写需求文档时，往往是站在业务和用户的角度来考虑的，有时提出的方案站在技术人员角度来说有可能不是最优甚至是不可能实现的。所以只有在大家的讨论和建议中，才会让需求更正确、也更完善。大大减少了后期做无用功的概率。
3.建立成员的责任感
如果不进行需求评审，或者直接跨过需求评审，那么产品经理就只有单独的去跟每个项目人员沟通某个功能具体要怎么实现。
有的产品经理说我单独找项目里的成员单独说具体功能怎么做就行了，不一定要开需求评审会，这里有一个点是说直接找单个人去沟通具体的功能，那么这是直接去让项目成员去执行，也就是越过评审环节，产品的潜台词也就是说“我的需求都是对的，你去执行就行了”，我想每个人不想只是一个事情的执行者而不是参与者吧。这样会导致有可能每个人对这件事情的意义及结果都不会在意，因为“我只是执行，需求是产品决定的“这样的想法。
当产品经理对要做的事情足够重视、对每个项目成员足够重视、对每个人的建议和反馈都会认真对待的时候。相应每个项目成员也就会认真对待项目，也就有了要担负起责任的认知。
需求评审都需要评审哪些？
（1）需求定义的目标是否与用户的要求一致
（2）需求分析阶段提供的文档资料是否齐全
（3）文档中的所有描述是否完整、清晰、准确地反映了用户要求
（4）与所有其他系统成分的重要接口是否都已经描述
（5）主要功能是否已包括在规定的软件范围之内，是否都已充分说明
（6）软件的行为和它必须处理的信息、必须完成的功能是否一致
（7）设计的约束条件或限制条件是否符合实际
（8）是否考虑了开发的技术风险
（9）是否详细制定了检验标准，它们能否对系统定义成功进行确认。
产品经理讲解需求的产生背景，需求要实现的效果，业务逻辑，用户交互等，保证相关的参与人员充分理解需求；解答大家对需求存在的任何问题，最终达到对需求的一致性认识。
开发人员从技术角度来分析实现方案，实现难易程度。如果实现中存在问题，有没有好的解决方案，在预定的时间内会影响项目进度吗？设计从交互角度给出适当的建议，有没有不合理的交互流程，是否存在可优化的地方？
测试从用户角度来给出产品逻辑上是否存在不合理的建议，对需求实施需求测试，提前介入项目。
验证标准：正确性，无歧义性，完全性，可验证性，一致性，可理解性，可修改性，可追踪性
方法： （1）自查法 （2）用户审查法 （3）专家审查法 （4）原型法
参与人员：产品经理，项目经理，开发人员，测试人员，运维人员
测试人员为什么要参加需求评审？
1、 充分地理解需求，确保对需求的理解与需求分析人员是一致的；
2、 对需求规格说明的准确性/完整性/可行性进行评审，提醒需求分析人员及时补充遗漏部分或修改文档中描述不够准确的部分，确保文档中的所有描述完整、清晰、准确地反映了用户要求
3、 从测试人员的角度努力发现《 用户需求说明书》中不可测试的需求，从而提醒需求分析人员尽早修改；
