管理场景题：核心报表一个月内出错三次，CEO 要你一周内拿出整改方案，你怎么做？
场景：这个月，公司的经营日报出了三次错：一次是上游订单系统改了状态码，导致 GMV 少算了 12%；一次是维表更新延迟，新开的门店数据没有归到对应区域；一次是开发同学上线了一个改动，误把测试数据带进了生产。CEO 非常不满：「数据团队一周内给我一个整改方案，再出错就换人。」
问题：你怎么做这份整改方案？
面试怎么回答
我会先复盘三次事故，找机制上的共性：上游变更没有通知和检测、数据产出后没有校验就发布、上线流程没拦住问题、问题靠业务方发现。整改方案分三层：本周内立即措施，日报发布前对核心指标做同比环比复核，超阈值暂停发布，并暂停非紧急的核心链路变更；一个月内的短期措施，对核心表加行数、主键、空值率、指标波动校验，不通过自动阻断下游，和核心业务系统约定变更通知并监控关键字段枚举值，核心改动必须 Review 和新旧数据对比、测试和生产隔离，维表纳入依赖检查；一个季度的长期机制，核心链路分级和 SLA、数据契约、每月质量报告。汇报时先承担责任，用一页纸讲清根因、措施、负责人、时间和衡量指标，并定期汇报进展。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
先复盘三次事故，找共性
- 三次事故表面原因不同，但要找到机制上的共性：
- 上游变更没有通知和检测；
- 数据产出后没有校验就发布了；
- 上线流程没有拦住问题；
- 发现靠业务方，而不是我们自己。
整改方案的结构
一、立即措施（本周内）
- 经营日报发布前增加人工复核：核心指标和昨日、上周同期对比，波动超过阈值暂停发布，由值班人员确认；
- 暂停非紧急的核心链路变更，直到新的上线流程落地。
二、短期措施（一个月内）
- 数据质量监控：对经营日报依赖的核心表加校验规则——行数波动、主键唯一、关键字段空值率、核心指标波动；校验不通过自动阻断下游、告警到人；
- 上游变更管控：和订单等核心业务系统约定，涉及状态码、字段含义的变更必须提前通知数据团队；同时对关键字段的枚举值做监控，出现新值自动告警；
- 上线流程：核心链路的改动必须经过代码 Review 和数据对比（新旧结果对比），测试环境和生产环境严格隔离；
- 维表依赖：核心维表的更新纳入依赖检查，没更新完成不启动下游计算。
三、长期机制（一个季度）
- 核心报表链路梳理和分级，明确 SLA 和负责人；
- 数据契约：和上游系统建立正式的数据接口约定；
- 每月发布数据质量报告：问题数、发现方式（自己发现还是业务发现）、恢复时间。
汇报的方式
- 先承认问题、承担责任，不推给上游或个人；
- 用一页纸讲清楚：三次事故的根因、共性问题、三个阶段的措施、每项的负责人和完成时间、衡量指标（比如「核心报表数据错误由业务方发现的次数为 0」）；
- 承诺定期汇报进展。