需求评审规范.pdf

需求评审规范

需求评审规范

文件状态：正式发布

完成日期：2016-12-02

变更记录：

序号完成日期修改内容作者审查版本

12016-10-28初稿完成XXX2016-12-02V1.0

22016-11-07细化内容，添加了内部评审粟涛

32016-11-08添加需求声明，增加附件XXX

42016-12-02根据反馈进行优化修改粟涛XXX

目录

一、概要

1、规范化需求评审的目的

2、明确需求评审目的

3、明确需求评审的与会人员

4、每周需求评审次数

二、评审准备

概要

本规范旨在规范化需求评审流程，确保评审过程的高效性

和准确性，以提高产品质量和客户满意度。

1、规范化需求评审的目的

规范化需求评审的目的是确保开发团队和客户对需求的理

解一致，避免因需求不清晰或不准确而导致的开发进度延误和

成本增加。

2、明确需求评审目的

需求评审的主要目的是对需求进行审查，发现并解决需求

中存在的问题，确保需求的准确性和完整性。

3、明确需求评审的与会人员

需求评审应该邀请所有与需求相关的人员参加，包括开发

团队、测试团队、客户代表等。评审人员应该在评审前仔细阅

读需求文档，确保对需求有充分的了解。

4、每周需求评审次数

为确保评审的及时性和高效性，建议每周进行一次需求评

审会议，并及时记录评审结果，跟踪问题解决情况。

评审准备

在进行需求评审前，应该做好充分的准备工作，包括：

1、准备评审材料，包括需求文档、评审表格等。

2、确定评审人员，确保所有与需求相关的人员都能参加

评审会议。

3、明确评审流程和时间安排，确保评审会议的高效性和

准确性。

4、评审前进行充分的沟通和准备工作，确保评审会议的

顺利进行。

1、规范化需求评审的目的是为了提升产品质量和评审会

议效率，确保需求质量。

2、明确需求评审目的是为了让技术和测试更好地了解产

品方案，提高开发效率，让与会者清晰地知道自己的职责和需

要做的事情，以及对各自负责部分的实现难度和排期有一定的

心理预期。需求评审只对本次需求进行讨论，不深入，不发散。

3、需求评审的与会人员需要提前核实和通知相关人员。

原则上每周最多进行两次需求评审，要提前询问测试是否有时

间进行评审，避免打乱测试计划。

4、在评审准备阶段，产品需要准备《产品需求文档》

《产品原型文件》《美术需求文档》和《美术效果图》。在编

写《产品需求文档》和《产品原型文件》时，需要提前和相关

程序负责人进行沟通，确定方案的实现难度和可行性，避免与

原有产品逻辑相冲突的地方。涉及运营的需求需要和运营提前

沟通，并明确是否需要运营平台的支持。《美术需求文档》需

要详细描述需求和功能，并在评审前制作出效果图。