第2章:评审前置条件——输入物料清单、准入标准、环境准备、预审分工

1. 适用场景

本流程适用于任何需要跨团队正式决策的AI产品评审节点,包括但不限于:

  • 重大版本发布评审:涉及模型算法切换、数据Pipeline重构或前端交互逻辑大改。
  • 首次全量上线评审:从灰度/内测转为全量发布前的最终把关。
  • 变更评审:生产环境出现P0故障后的紧急修复变更、数据源下线或替换。
  • 常规迭代评审:每两周/月的版本火车发车前的汇总评审。
核心原则: 未通过前置条件的评审会议一律视为无效会议,立即叫停并锁定会议室。

2. 前置条件

发起评审前置检查(即“预审的预审”)前,必须满足以下基线:

  • PM已在项目管理工具(Jira/TAPD)中创建评审专属工单,并关联所有FRS/PRD。
  • 核心干系人(架构师、QA Lead、DS Lead)已完成初步工时预估,并承诺出席。
  • 内部单元测试或模型离线评估已通过,无阻塞级Bug或未收敛的Loss。

3. 操作步骤

  1. 步骤一:发起人准备物料包
    PM按照《物料清单模板》整理材料,包括PRD、技术方案设计、模型评估报告、灰度策略与测试用例。
  2. 步骤二:准入检查
    QA作为准入守门员,逐项核对Checklist。缺少核心材料则直接打回,并锁定工单状态为“待补充”。
  3. 步骤三:环境与协作工具准备
    确认准入后,发起人准备评审环境(Figma原型链接、模型Demo地址、数据看板临时权限),并发起会议邀请。
  4. 步骤四:预审分工与材料下发
    按照RACI矩阵通过邮件/文档工具下发材料,标注每位参与者的重点评审领域和截止时间。
  5. 步骤五:预审意见回收与处理
    在评审会召开前2小时,回收所有预审意见,标记“有争议”或“无疑问”。

4. 输入输出物

类别具体描述负责人
输入物产品需求文档(PRD)、技术方案详设、模型评估报告、测试用例、UI/UX设计稿PM / RD / DS / QA
输出物通过准入的物料包(含版本锁)、分工明确的评审议程表、预审意见汇总表PM
物料清单模板示例(JSON格式):
{
  "物料清单": {
    "PRD": { "状态": "已定稿", "版本": "v2.1", "链接": "http://doc/xxx" },
    "技术方案": { "状态": "已评审", "关联项": "TAPD-4567" },
    "模型评估报告": { "状态": "已签署", "离线AUC": 0.92 },
    "灰度策略": { "比例": "5% -> 20%", "观测周期": "24h" }
  }
}

5. 责任边界(RACI矩阵)

活动PMRDDSQA评审委员会
准备物料RCCCI
准入检查AIIRC
环境准备RCCAI
预审分工RIIIA
意见回收RCCCC

R=执行人 A=审批人 C=咨询人 I=知情人

6. 记录材料

  • 物料清单签收登记表(需所有R签名)
  • 准入Checklist扫描件或系统截图
  • 预审邮件/即时通讯记录归档(作为分歧追溯依据)
  • 工单状态变更快照(从“待准入”变为“已准入”)

7. 异常处理

异常场景 A:核心材料缺失。
操作:PM需在发起后2小时内补齐,否则评审排期自动顺延至下一周期。
异常场景 B:准入Checklist未通过。
操作:触发“一票否决”机制,PM与责任人需发起专题闭门会,解决后方可重新提交。
异常场景 C:预审反馈出现严重分歧。
操作:建议改为“异步+专题会”模式,先消除分歧,再发起正式评审,避免会议低效。

8. 验收标准

本章节流程执行完毕后,必须满足以下标准方可进行下一阶段:

  • 物料齐全且已归档至指定Wiki/知识库,版本号唯一。
  • 所有准入Checklist项(共计8项)标记为“已通过”。
  • 预审意见回收率 ≥ 80% 且无P0级反对意见。
  • 评审议程表已分发,且所有A角色已确认参会。
评审前置条件与准入流程 AI产品评审前置条件流程图 ① PM准备物料包 ② QA准入检查 ③ 环境与工具准备 ④ 预审分工与分发 ⑤ 预审意见回收 通过? 异常处理与分支说明 • 不通过分支(红色虚线):触发“一票否决”,物料打回,工单锁定。 • 通过分支(绿色实线):进入环境准备与预审分发。 • 旁路分支(黄色虚线):环境准备与预审分发可并行开展,以减少耗时。