评审清单是什么
建模评审清单把建模规范落成一份可勾选的问题列表，在表上线之前逐项确认：业务过程与粒度、维度一致性、事实可加性、命名规范、分区与排序、引用完整性方案、文档完整度、下游影响评估。清单固定下来之后，评审速度和质量可以兼得：会上不再靠临场经验发挥，新人也清楚知道该补哪些材料。
基本信息
| 覆盖阶段 | 设计评审 + 上线前复核 |
|---|---|
| 结论形式 | 通过 / 修改后通过 / 驳回并附整改项 |
| 参与角色 | 模型 Owner、数仓负责人、下游代表 |
| 留档要求 | 评审记录归档，可回溯决策依据 |
典型使用场景
- 新表准入门禁：没有评审记录不发放建表权限，从源头控制规范
- 跨域变更评审：涉及一致性维度或公共事实的改动必须跨团队评审
- 新人辅导：清单即检查表，逐条对照能挡掉大部分低级错误
- 存量体检：用同一份清单抽查老表，形成整改工单
- 事故复盘：回看当时漏掉了清单里的哪一项，反向修订清单本身
评审结论与记录
评审结论与记录
评审结论只有三种：通过 / 修改后通过 / 驳回
修改后通过的，整改项必须带责任人与截止日期
评审记录留存内容：
1) 建模说明与 DDL 草案版本号
2) 总线矩阵与维度使用声明
3) 分期与回滚方案
4) 参会人、结论、整改清单清单项与常见驳回原因
| 评审项 | 看什么 | 不通过时要求 |
|---|---|---|
| 业务过程与粒度 | 一行代表什么，是否唯一 | 补齐粒度声明后重评 |
| 维度一致性 | 是否复用公共维度，键是否统一 | 登记一致性维度再排期 |
| 度量可加性 | 是否混存比率与可加度量 | 拆列并分别标注口径 |
| 分区与排序 | 分区键是否与查询过滤习惯一致 | 调整分区设计 |
| 命名与文档 | 是否符合命名规范，说明是否齐全 | 补齐文档与列注释 |
| 下游影响 | 是否有变更公告与回滚方案 | 补迁移步骤与回滚脚本 |
清单别写太细：超过二三十项就会变成应付式勾选。抓住粒度、维度一致性、可加性、可回滚这四项，其余交给自动化校验规则。