目的:
1、了解需求的动机、目标、方案、排期等,为开发设计、测试设计做准备;
2、降低需求设计本身的不完整、不一致、不准确等出现的可能性
3、通过评审尽可能降低团队成员理解的不一致性
4、提早考虑排期风险、实现风险
主要内容:
需求评审通常是由产品经理主持,通过讲解产品需求文档,让相关人员了解具体需求,并提出疑问,进行沟通的过程。统一大家对产品需求的理解,为后续“如何做”打好基础。
评审会开场前的准备工作:1、确认需求、原型、文档都完成了吗?2、提前找核心人员小范围沟通、消灭掉大问题3、与参会者确定可出席的时间4、至少提前2天发出会议邀请、定好会议室5、邀请时附上需求文档和原型交互设计稿6、提前到会议室、提前演练一遍评审会现场5、约下一次的评审
主要参加人员:
产品经理,技术开发者,需求评审人员主要由开发人员组成,一般不包括用户。