需求管理:需求评审

产品的需求通常都要经历好几轮评审,这是非常重要的过程,可以帮助产品经理将需求梳理的更清晰、更合理、更完善。

需求评审通常包含4轮:

1、需求版本迭代规划评审

需求迭代版本规划完成后需要进行一次评审,确定产品需求的版本以及上线时间,且每个版本的需求优先级。评审的时候需要对每个版本的需求情况进行简述,说明需求背景、重要程度、解决问题、需求优先级等,然后确定这个需求做不做、放入哪个版本做。

2、产品需求方案PRD内审

确定需求版本规划后,产品经理要开始产出需求方案PRD文档,完成后要进行需求方案PRD内审,内审即产品团队内部评审,需求负责人将需求方案PRD文档详细讲解一遍,然后评审人员提问以及相关讨论;主要评审人为团队负责人还有产品相关同事,对需求的重要性、合理性、完整性、整体性以及细节交互进行评审。

需求评审时,如果需求问题不大,只是一些小细节调整,那么会后调整完即可,如果需求有些漏洞或逻辑、流程问题等,则需求会被认定为评审不通过,下次还要继续进行需求内审。

3、产品需求方案PRD技术评审

通过需求内审后,需求方案PRD要和技术经理或技术负责人进行评审讨论,确定从技术的角度考虑需求时,技实现起来没什么问题。有时候技术会希望换一种实现方式,因为涉及到很多技术方案、框架等问题,这时产品经理要和技术经理达成共识。

有些复杂需求或者偏技术性需求在需求方案在设计时,就需要先和技术经理私下讨论,确定方向上实现上是没有问题的,否则在技术评审时,技术负责人说这个需求方案实现不了,那就很尴尬了。

4、产品需求方案PRD公审评审

需求公审是在技术评审后,需求评审人员比较多(产品经理、项目经理、技术经理、开发人员、测试经理、测试人员、UX、UI),产品经理要提前发起需求公审会议,并发需求方案PRD发出来;技术经理、测试经理要提前分配每个需求对应的开发负责人以及测试负责人,所有评审人员需要提前查看方案进行预审,如果有问题要准备好问题,以便需求评审能高效快速且有质量的完成。


需求评审的注意事项

1、注意控制好每次的评审时间,要控制好会议的节奏

2、评审会议要提前发出来,需求评审前要对需求提前预审

3、产品经理要进行需求自查

4、需求评审的人员要安排好,特别是公审时,具体开发人员不用每个需求都全部参加,通常是参加自己负责得部分即可。

5、每次需求的评审记录要记录清楚,主要是需求评审后的待办事项以及问题


版本需求迭代评审表

下面举例列出一个需求版本迭代评审表,用于某个版本的需求评审时,对版本所有需求以及需求状态的统一管理,仅供参考,可以根据公司情况进行调整。

你可能感兴趣的:(需求管理:需求评审)