第 4 章　需求边界初筛检查表

适用场景

需求边界初筛检查表适用于需求评审的早期阶段，即需求条目从收集池进入正式评审之前的质量把控环节。该阶段的核心目标是通过结构化检查快速识别不合格需求，避免低质量或冲突需求流入后续评审流程，浪费评审资源。典型适用场景包括：

• 需求周评审前的批量预检——对本周收集到的所有新需求进行一次集中初筛；
• 跨部门需求提交时的准入检查——业务部门提交需求后，产品经理在接收前进行标准化核对；
• 需求变更触发后的回溯检查——当已有需求发生变更时，对变更后的需求重新执行初筛；
• 需求池定期治理——对积压的未评审需求进行清理式初筛。

前置条件

• 需求条目已录入统一需求管理平台或需求池，具备唯一标识符；
• 需求提交人已填写《需求采集模板》中的必填字段；
• 产品经理或需求分析师已对需求进行初步语义审查，排除明显无关项；
• 初筛检查表模板（含四项检查维度+冲突标记栏+拒绝标准栏）已准备就绪；
• 检查人员已接受初筛标准培训，理解各维度的判定规则。

操作步骤

初筛检查按以下 7 个步骤 顺序执行，每步均须在检查表中留下记录。

1. 接收需求条目并登记——从需求池中提取待初筛条目，记录需求编号、标题、提交人、提交时间，并确认《需求采集模板》已填写。
2. 完整性检查——对照完整性检查清单，逐项核对需求要素是否齐全。包括：用户场景、功能描述、验收标准、优先级、来源说明。缺项标记为“不完整”。
3. 一致性检查——将该需求与池中已有需求、已发布功能、产品路线图进行交叉对比。检查是否存在逻辑矛盾、功能重复或术语冲突。存在矛盾则标记具体冲突项。
4. 可行性检查——联合技术代表或架构师评估技术可行性、资源可用性及时间窗口。分为“可行 / 需预研 / 不可行”三档。
5. 冲突标记——汇总步骤 2–4 中发现的冲突点，在检查表的“冲突标记”栏逐条记录冲突描述、涉及需求编号及严重等级（高/中/低）。
6. 对照拒绝标准进行裁决——将当前需求与六条拒绝标准逐一比对。只要命中任意一条，即判定为“拒绝”，进入退回通道；否则进入“通过”通道。
7. 输出初筛结论——填写《需求初筛检查表》中的结论栏，签署检查人姓名与日期。将结论同步至需求提交人和后续评审队列。

输入输出物

责任边界

• 需求分析师 / 产品经理——执行完整性检查、一致性检查、冲突标记，填写检查表，做出初步裁决。
• 技术代表 / 架构师——负责可行性检查中的技术评估部分，给出“可行 / 需预研 / 不可行”结论并签字。
• 产品负责人——审核冲突标记和拒绝裁决，对“退回”或“挂起”的争议需求进行终审。
• 需求提交人（业务方）——配合补充缺失要素，对退回需求在规定期限内修订后重新提交。

记录材料

每次初筛须留存以下记录材料，作为评审追溯和过程审计的依据：

• 《需求初筛检查表》——包含需求编号、四项检查维度逐项评分、冲突标记栏、拒绝标准命中情况、结论、检查人签名、日期。
• 《冲突登记表》——汇总所有标记的冲突项，按严重等级排序，每周同步给产品负责人。
• 《退回需求记录表》——记录被退回的需求编号、退回原因、退回日期、退回接收人、修订截止日期。

异常处理

验收标准

初筛检查完成后，须同时满足以下条件方可视为本轮初筛合格：

• 所有待初筛需求条目 100% 完成了完整性、一致性、可行性三项检查；
• 各项检查结论已如实填写至《需求初筛检查表》，无遗漏字段；
• 冲突项 100% 标记并记录至《冲突登记表》，严重等级标注清晰；
• 拒绝裁决有明确的标准对照记录，拒绝理由可追溯、可审计；
• 检查表经检查人签字、产品负责人复核确认后归档。