第2章 模型边界确认评审的适用场景

2.1 适用场景概述

模型边界确认评审并非在所有项目活动中都自动触发，而是由特定的项目阶段、触发条件和评审类型组合定义。本章将围绕这三个维度建立场景矩阵，帮助评审组织者准确判断何时启动边界确认评审，避免遗漏或过度评审。适用场景的识别是职责划分的前提——只有明确了“什么场景下谁来做什么”，后续的职责分配才具有可操作性。

2.2 项目阶段

模型边界确认评审通常发生在以下三类项目阶段，不同阶段的评审重点和参与角色存在差异：

2.3 触发条件

以下三类触发条件会正式推动边界确认评审的执行：

• 需求变更触发：当产品需求或业务规则发生变更，导致模型输入输出、性能指标或使用场景发生变化时，必须启动边界确认。
• 风险升级触发：在模型风险监控中发现误报率/漏报率超标、数据偏移超过阈值、环境异常等风险事件，触发边界复核。
• 合规检查触发：法律法规更新、行业标准变更、客户审计要求等外部合规压力，要求重新确认模型边界。

2.4 评审类型

根据评审范围和组织方式，模型边界确认评审分为三种类型：

2.5 前置条件

• 已完成相关项目阶段的模型开发或变更工作（如特征清单、模型配置文件、部署方案）。
• 触发条件已被确认并记录在项目管理系统或变更工单中。
• 已指定该场景下对应的评审类型，并预约了具备相应权限的评审人。

2.6 操作步骤（场景识别与启动）

1. 识别项目阶段：根据当前项目里程碑判断处于开发、部署还是迭代阶段。
2. 检查触发条件：从变更记录、风险告警或合规跟踪表中查找是否满足触发条件。
3. 匹配评审类型：依据阶段+触发条件组合，参照下方“场景-评审类型映射表”确定评审类型。
4. 创建评审工单：在流程管理系统中填写场景信息，指派对应评审角色。

2.7 输入输出物

2.8 责任边界

• 项目负责人：负责确认项目阶段，提供阶段评审依据。
• 变更/风险管理人：负责确认触发条件是否满足，并出具条件证据。
• 模型团队负责人：负责根据阶段+触发条件选择评审类型，并在工单中明确职责。
• 系统操作员：负责在流程系统中创建工单并通知相关人员。

2.9 记录材料

• 场景识别检查表（阶段、触发、评审类型的三元组记录）
• 评审类型决策说明（含风险评估理由）
• 评审工单截图或系统记录

2.10 异常处理

2.11 验收标准

1. 场景识别结果（阶段、触发、评审类型）已正确填写在评审工单中，并经项目负责人确认。
2. 触发条件有正式文件或系统截图佐证。
3. 评审类型选择符合映射表且未触发异常流程。
4. 工单已创建并分配至正确的评审角色。