目的:
1、了解需求的动机、目标、方案、排期等,为开发设计、测试设计做准备;
2、降低需求设计本身的不完整、不一致、不准确等出现的可能性
3、通过评审尽可能降低团队成员理解的不一致性
4、提早考虑排期风险、实现风险
主要内容:
由产品经理主持,通过讲解需求文档,让相关人员了解具体需求并提出各岗位可能产生的疑问,包含整个开发团队在内的沟通过程。统一团队成员对产品需求的理解,为后续“如何做”打好基础。
评审会开场前的准备工作:
- 确认需求、原型、文档是否都已完成
- 提前找核心人员小范围沟通、消灭掉大问题
- 与参会者确定可出席的时间
- 至少提前2天发出会议邀请、定好会议地点
- 邀请时附上需求文档和原型交互设计稿
主要参加人员:
产品经理,需求人员,技术开发人员
意义:
其一是能够对产品进行全方位的论证,验证或更改自己的想法、获取更多的想法和观点,进行头脑风暴,完善产品需求。其二是传达产品理念,产品向项目成员传达我们这个项目要做什么、为什么而做、要达到什么样的目标等,让项目成员对于将要做的项目生成高于业务层面的理解,对要做的事情达成一致的目标,对项目更有认同感,加强项目成员的参与感,是需求达成共识和价值认同的一个必要环节。需求评审是需求阶段必要的一个环节,能极大程度地增加项目成功的概率。