当我们完成了我们的产品文档后，就要组织需求评审会议，跟相关的同学进行需求的沟通和确认啦。
一般情况下，需求评审多数是和开发同学进行沟通，来让开发同学理解需求内容，并提出自己的疑问，产品经理和开发同学一起消除共识盲区。有时候开发同学会指出需求不合理的地方，产品同学就需要对提出的问题进行再次分析和判断。如果需求的问题很多，开发同学会让需求评审不通过，需求需要返工重新完善。
需求评审的过程是极为重要的，产品经理要把需求讲清楚，开发同学也要在这个时候对不合理的地方提出异议，当需求评审通过后，一般视为需求形成共识，将进入产品的开发环节。
在需求评审的过程中，应对一些关键的问题进行记录和留痕，记下问题和它的结论。当之后出现问题时，这能够作为一种判断依据。
除了与技术同学进行需求评审，有时候也要跟业务同学进行需求评审。因为一些时候需求是从业务同学来的，他们是一线的应用人员，需要他们对需求内容进行评审和确认，以免业务同学和产品同学两方在需求理解上存在偏差。
在需求评审通过后，产品同学就需要让开发同学进行工作量的评估和排期的确认了。
网友评论