4. 需求评审会议SOP

4.1 适用场景

• 需求阶段评审：产品经理完成需求文档初稿后，需跨团队确认可行性与完整性。
• 变更需求评审：已进入开发周期的需求发生变更，需重新评估影响范围与风险。
• 版本规划评审：多需求合并进入同一版本时，集中评审优先级与资源匹配度。
• 争议需求决策：跨团队对需求理解存在分歧，需通过正式会议达成共识。

4.2 前置条件

4.3 操作步骤

需求评审会议遵循“会前准备 → 角色入场 → 议程执行 → 决策表决 → 纪要输出”五步流程。下图展示了完整的 SOP 流转关系：

4.3.1 参会角色与职责

4.3.2 议程模板（建议时长 60min）

4.3.3 决策标准

4.4 输入输出物

4.5 责任边界

• 产品经理：需求文档质量、需求讲解清晰度、决策后修改闭环。
• 开发负责人：技术方案可行性评估的准确性、工作量预估偏差控制（建议 ≤ 20%）。
• 测试负责人：可测试性评估的完整性、测试策略的覆盖率。
• 项目经理：会议纪律维护、议程时间控制、决策结果记录与公示、待办跟踪。
• 记录员：纪要撰写的完整性与客观性，24h 内完成归档。
• 全体参会人：会前预读、会上聚焦讨论、尊重决策结果。

4.6 记录材料：评审会议纪要模板

评审会议纪要是需求评审的核心输出物，必须包含以下字段，缺一不可：

以下是一份完整的纪要示例：

会议主题：CRM 2.0 需求评审 #004
日期/时间：2025-03-21 14:00–15:00 / 线上 · 腾讯会议
参会人员：
  · 产品经理：张明
  · 开发负责人：李涛
  · 测试负责人：王丽
  · 项目经理：陈晨（主持人 / 记录员）
缺席人员：无

评审需求清单：
  | ID       | 标题                     | 版本 |
  |----------|--------------------------|------|
  | REQ-021  | 客户批量导入功能          | v2.3 |
  | REQ-022  | 客户分组标签管理          | v1.1 |

决策结果：
  1. REQ-021 客户批量导入功能 → ✅ 通过
     条件：无
  2. REQ-022 客户分组标签管理 → ⚠️ 有条件通过
     条件：需补充标签去重策略说明，由张明跟进，3 月 25 日前补充

待办事项：
  | # | 描述                           | 负责人 | 截止时间   |
  |---|-------------------------------|--------|------------|
  | 1 | 补充标签去重策略说明            | 张明   | 2025-03-25 |
  | 2 | 更新 REQ-022 验收标准           | 张明   | 2025-03-25 |
  | 3 | 将 REQ-021 加入开发排期 v3.1    | 李涛   | 2025-03-28 |

风险与问题：
  · REQ-022 涉及底层标签存储改造，需评估对现有数据的影响

附件清单：
  · 需求文档：https://wiki.xxx.com/crm2.0/req-021-022
  · 原型图：https://figma.xxx.com/crm2.0/v2.3

4.7 异常处理

4.8 验收标准

需求评审会议是否成功执行，以下 6 项标准须全部满足：

1. 会议在满足全部前置条件后召开，无“带病开会”现象。
2. 议程按模板执行，每项议程时长偏差不超过 ±20%。
3. 每项需求均明确给出“通过 / 有条件通过 / 驳回”的决策结果，无悬空项。
4. 评审会议纪要包含全部必填字段，在会议结束后 24h 内归档至项目 Wiki。
5. 所有待办事项均指定唯一负责人和明确的截止时间。
6. 决策结果已同步至需求跟踪系统（Jira / 飞书任务等），状态与纪要一致。