售前如何开展需求评审

什么是需求评审？

需求评审是需求分析人员在初步完成需求说明书后，与其他相关人员共同对需求文档进行评价、复审和改进，从而实现需求文档完整、准确和可行等目标的活动。

需求评审的目的是降低需求文档中的遗漏、不合理等问题，尽早发现需求缺陷，降低项目风险和成本。

怎样进行需求评审？

通常采用开评审会议的方式对需求进行评审。

根据需求所处的阶段、需求类型、团队构成方式、重要性、需求大小等不同，需要不同干系人参与评审。通常有以下几种情形：

1、新项目

用于新项目签约的需求通常比较重要，需要售前团队共同进行评审，包括：项目售前、售前部门负责人、其他售前、销售人员、业务专家、产品人员等。金额较大、具备战略价值的项目，还需要更高层次管理人员参与评审。

2、延续性投资项目

延续性投资项目，通常不存在丢项目的风险，无需太多人参与评审。同时，延续性项目一般有固定的交付团队，因此需要主要交付人员参与。这类项目由主要的项目售前或业务专家、交付人员共同评审。

3、需求模块

已经签单项目，日常的小需求评审，由项目的主要售前、交付、研发人员共同评审。

组织需求评审会议后，由需求负责人给参会人员演示并讲解需求文档，需要把需求的背景、目的、详细内容等进行讲解。评审发现的问题、达成的共识要即时进行记录。

需求评审的标准

需求评审一般要评审需求说明书是否满足以下原则：完整性、正确性、可行性、无二义性、可验证性。

（详细可参见IT售前圈《售前如何编写需求说明书》“好需求说明书的标准”。）

不同角色的评审视角

所有参会者，均可按上标准对需求进行评审，同时，不同角色应该有自己的关注角度。

其他售前人员或业务专家：是否符合客户的整体IT规划思路、功能是否可满足业务需求、需求是否完整；

销售人员：是否包含了客户所有需求、是否可按时交付；

研发人员：需求是否明确、是否存在不可实现或很难实现的需求、是否有替代性的需求、是否与前期项目产品存在冲突、数据是否具备或可获取等；

交付人员：关注实现难度、工作量、交付日期、重复建设问题等。

评审检查表

一般评审在需求文档中作标记、标注即可。比较正规的需求评审，还可采用填写评审检查表的方式。此处提供一个示例：

评审结果填写：Y-是，N-否，TBD-不确定，NA-不适用。

需求评审成果

需求评审后需输出成果，可以是评审会议纪要、评审表或作了标注的需求文档。以邮件方式发给与会人员及相关人员。

并需根据评审结果对需求说明书进行补充、修改，形成新的需求文档。若改动较大，需再次组织需求评审；若改动较小，可进入下一阶段。