第2章:评审前置条件——输入物料清单、准入标准、环境准备、预审分工
1. 适用场景
本流程适用于任何需要跨团队正式决策的AI产品评审节点,包括但不限于:
- 重大版本发布评审:涉及模型算法切换、数据Pipeline重构或前端交互逻辑大改。
- 首次全量上线评审:从灰度/内测转为全量发布前的最终把关。
- 变更评审:生产环境出现P0故障后的紧急修复变更、数据源下线或替换。
- 常规迭代评审:每两周/月的版本火车发车前的汇总评审。
核心原则: 未通过前置条件的评审会议一律视为无效会议,立即叫停并锁定会议室。
2. 前置条件
发起评审前置检查(即“预审的预审”)前,必须满足以下基线:
- PM已在项目管理工具(Jira/TAPD)中创建评审专属工单,并关联所有FRS/PRD。
- 核心干系人(架构师、QA Lead、DS Lead)已完成初步工时预估,并承诺出席。
- 内部单元测试或模型离线评估已通过,无阻塞级Bug或未收敛的Loss。
3. 操作步骤
- 步骤一:发起人准备物料包
PM按照《物料清单模板》整理材料,包括PRD、技术方案设计、模型评估报告、灰度策略与测试用例。 - 步骤二:准入检查
QA作为准入守门员,逐项核对Checklist。缺少核心材料则直接打回,并锁定工单状态为“待补充”。 - 步骤三:环境与协作工具准备
确认准入后,发起人准备评审环境(Figma原型链接、模型Demo地址、数据看板临时权限),并发起会议邀请。 - 步骤四:预审分工与材料下发
按照RACI矩阵通过邮件/文档工具下发材料,标注每位参与者的重点评审领域和截止时间。 - 步骤五:预审意见回收与处理
在评审会召开前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矩阵)
| 活动 | PM | RD | DS | QA | 评审委员会 |
|---|---|---|---|---|---|
| 准备物料 | R | C | C | C | I |
| 准入检查 | A | I | I | R | C |
| 环境准备 | R | C | C | A | I |
| 预审分工 | R | I | I | I | A |
| 意见回收 | R | C | C | C | C |
R=执行人 A=审批人 C=咨询人 I=知情人
6. 记录材料
- 物料清单签收登记表(需所有R签名)
- 准入Checklist扫描件或系统截图
- 预审邮件/即时通讯记录归档(作为分歧追溯依据)
- 工单状态变更快照(从“待准入”变为“已准入”)
7. 异常处理
异常场景 A:核心材料缺失。
操作:PM需在发起后2小时内补齐,否则评审排期自动顺延至下一周期。
操作:PM需在发起后2小时内补齐,否则评审排期自动顺延至下一周期。
异常场景 B:准入Checklist未通过。
操作:触发“一票否决”机制,PM与责任人需发起专题闭门会,解决后方可重新提交。
操作:触发“一票否决”机制,PM与责任人需发起专题闭门会,解决后方可重新提交。
异常场景 C:预审反馈出现严重分歧。
操作:建议改为“异步+专题会”模式,先消除分歧,再发起正式评审,避免会议低效。
操作:建议改为“异步+专题会”模式,先消除分歧,再发起正式评审,避免会议低效。
8. 验收标准
本章节流程执行完毕后,必须满足以下标准方可进行下一阶段:
- 物料齐全且已归档至指定Wiki/知识库,版本号唯一。
- 所有准入Checklist项(共计8项)标记为“已通过”。
- 预审意见回收率 ≥ 80% 且无P0级反对意见。
- 评审议程表已分发,且所有A角色已确认参会。