10 年经验面试：业务方不重视数据治理，你怎么在全公司推下去？
面试怎么回答
数据治理推不动，通常是因为业务方看不到收益、范围铺得太大、只有数据团队在做、没有制度抓手。我会从痛点切入，比如经营会数字对不上、报表经常出错，把治理作为解决这些问题的手段；先选一个业务域或一组核心指标做出效果，再推广。治理要嵌入流程：新表上线必须登记元数据、负责人和口径，上游字段变更必须通知下游，核心指标变更要评审。责任上明确每个核心数据域的业务负责人和数据负责人，争取高层牵头成立治理委员会、把数据质量纳入考核；同时用平台自动采集元数据血缘、监控质量，降低参与成本。效果用数据问题数、业务投诉、元数据覆盖率、修复时间来衡量，定期发布质量报告。
先把这段讲顺；面试官追问时，再展开下面的原理和细节。
详细讲解
数据治理是数据负责人最难推的事情之一：标准、质量、元数据、权限，做起来投入大、见效慢，业务方觉得「这是你们数据团队的事」。很多公司的数据治理做成了一堆没人看的文档。面试官想看你能不能让数据治理产生看得见的效果，并让业务方愿意参与。
为什么推不动
- 业务方看不到收益：治理是在解决「将来」的问题，业务方关心的是「现在」的需求；
- 范围太大：一上来要做全公司的数据标准、全量的元数据，铺得太开，迟迟没有成果；
- 只有数据团队在做：数据的源头在业务系统，业务系统不改，下游怎么治理都是补救；
- 没有抓手：没有制度、没有考核，靠说服。
怎么推
- 从痛点切入，而不是从体系切入：找业务方最痛的问题，比如「经营会上数字对不上」「报表经常出错」，把治理包装成解决这些问题的手段；
- 小范围做出效果：先选一个业务域或一组核心指标，统一口径、做质量监控、明确负责人，做出「这个域的报表不再出错」的效果，再推广；
- 把治理嵌入流程：
- 新表上线必须登记元数据、负责人和口径；
- 上游系统字段变更必须通知下游；
- 核心指标变更要评审；
- 让治理成为日常工作的一部分，而不是额外的工作；
- 明确责任：数据的「主人」在业务部门，每个核心数据域有业务负责人和数据负责人，问题能找到人；
- 高层支持和考核：争取把数据质量纳入相关部门的考核，或者成立由高层牵头的数据治理委员会；
- 工具化：用平台自动采集元数据和血缘、自动监控质量，降低大家的参与成本。
怎么衡量效果
- 核心指标的数据问题数量、业务投诉次数下降；
- 核心表的元数据和负责人覆盖率；
- 问题平均修复时间缩短；
- 定期发布数据质量报告，让效果被看见。