第一章 评审会需求遗漏的定义与影响：遗漏类型、常见后果、责任归属

需求遗漏是评审会上最常见的质量隐患之一。本章明确定义需求遗漏，梳理其常见类型、典型后果及责任归属，为后续章节的排查操作奠定结构化基础。

适用场景

本指南适用于以下场景中需要系统化识别需求遗漏的评审活动：

• 产品需求文档（PRD）初次评审会
• 版本迭代的增量需求评审
• 跨部门联调前的接口需求评审
• 安全合规要求导入后的需求复核

前置条件

1. 评审会已正式召开，并有完整的会议纪要草稿。
2. 需求文档已分发至全体评审成员，且成员已阅读。
3. 已建立《需求遗漏排查清单》模板（见下文记录材料）。
4. 评审组长已指定记录员，并确认会议录制工具可用。

操作步骤

1. 定义遗漏边界：评审组长宣读需求遗漏的定义——任何未在需求文档中明确描述，但系统必须实现的功能、属性或约束。
2. 分类识别：利用《需求遗漏类型对照表》（见下表）逐一比对当前项目涉及的维度，标记可疑遗漏点。
3. 影响初步评估：记录发现后，由相关角色（如架构师、测试经理）现场评估该遗漏对交付时间、成本、质量的影响等级。
4. 责任归属初判：根据“谁提供、谁负责”原则，将遗漏归入对应责任角色，并在记录表中标注。
5. 定义确认：评审组长对遗漏的定义、分类、影响等级和责任归属进行最终确认，形成正式会议输出。

输入输出物

输入物	输出物
待评审需求文档（PRD/说明书）	《需求遗漏排查清单》（已分类）
评审人员反馈意见记录	遗漏影响评估摘要表
上一轮评审的遗漏清单（如有）	责任归属确认表（含签名）

责任边界

角色	责任内容
产品经理/BA	提供完整的需求源；对遗漏的定义负第一责任。
评审组长	组织定义环节；对遗漏分类、影响评估的规范性负责。
架构师/技术Lead	评估遗漏对系统架构的影响及技术可行性。
测试经理	从测试覆盖度视角识别遗漏，并评估质量风险。
记录员	准确记录遗漏描述、类型、影响、责任方。

记录材料

使用以下标准模板记录每条需求遗漏。推荐填入会议管理系统或共享文档。

需求遗漏记录表（第1章示例）
┌─────────────────────────────────────────────────────┐
│ 遗漏ID: MIS-001   │ 发现时间: 2025-06-18 14:30    │
├─────────────────────────────────────────────────────┤
│ 需求标题: 用户登录失败后错误提示                   │
│ 漏  描  述: 未定义第三方SSO登录失败时的错误码      │
│ 所属模块: 用户管理-登录                           │
│ 遗漏类型: 接口遗漏                               │
│ 影响等级: 中（需前端同步修改，预计2人天）         │
│ 责任角色: 产品经理（提供SSO协议细节）             │
│ 当前状态: 已确认待补充                           │
└─────────────────────────────────────────────────────┘

异常处理

验收标准

1. 所有疑似遗漏已按本指南中的类型分类表完成标注。
2. 每项遗漏都已关联至少一种常见后果，并标注影响等级。
3. 责任归属已明确到具体角色（不允许多角色并列负责）。
4. 记录表中缺失字段（如遗漏ID、影响等级、责任角色）为0。