软件需求评审流程与检查表.docxVIP

软件需求评审流程与检查表

本流程适用于企业内部定制软件开发、商用软件迭代开发、SaaS产品需求落地全场景的需求评审工作，覆盖从需求初稿输出到需求基线正式发布的全链路管控，所有环节严格匹配GB/T9385-2008《计算机软件需求规格说明规范》、GB/T20157-2006《信息技术软件维护》相关要求，可直接落地执行，无需额外调整适配。

第一章软件需求评审总体规则

一、评审参与主体权责划分

所有参与需求评审的人员必须明确对应权责，不得出现权责交叉、无人负责的情况，具体划分标准如下：

（一）产品组权责

产品组作为需求输出方，必须指定1名主产品经理作为本次需求评审的第一责任人，负责所有评审材料的归集、分发、宣讲、意见闭环处理工作，不得委托其他非核心产品人员替代核心工作。主产品经理需提前梳理清楚本次评审的核心需求条目、预期落地周期、业务价值增量，不得在评审会上出现对需求内容不熟悉、逻辑讲不清楚的情况。

（二）研发组权责

研发组必须安排对应模块的后端开发负责人、前端开发负责人、移动端开发负责人各1名到场参与评审，总参会人数不得少于3人，所有参会人员需具备对应模块的技术方案决策权，不得安排没有决策权的初级开发人员代替参会。研发组需提前从技术可行性、开发工作量、架构兼容性三个维度预审需求，不得在评审会上提出无任何技术依据的否定性意见。

（三）测试组权责

测试组必须安排测试负责人1名、核心