跳到正文

更多文章

普通数据人想涨薪,先别急着学新工具 业务改了 3 次口径,真正该问的不是 SQL AI 问数 Demo 很顺,为什么一上线就翻车? 面试官问项目细节,90% 的人输在证据链 为什么你做的报表越多,老板越不信数据?
数据治理最怕的不是没人做,是做完没人用

数据治理项目验收那天,会议室里挺热闹。

大屏幕上放着成果清单:

指标字典 312 个。

数据标准 48 份。

质量规则 126 条。

血缘链路覆盖核心主题域。

文档归档,权限配置,培训完成。

大家点头,拍照,发会议纪要。项目看起来很完整。

三周后,业务群里又出现一句熟悉的话:

“这个 GMV 到底按支付还是按确认收入?”

没人贴指标字典链接。

最后还是数据同学出来解释。

这就是数据治理最尴尬的地方:不是没人做,而是做完没人用。

做的时候很正式,用的时候很遥远。

数据治理成果如果离业务现场太远,就只会停留在验收清单里

治理成果离工作现场太远

很多治理项目的问题,不在文档少,而在文档离现场太远。

业务真正产生疑问的时候,通常不在治理平台里。

他们在经营会里,在飞书群里,在看板页面里,在 Excel 里,在老板临时问数的那一刻。

如果指标字典只躺在一个单独系统里,使用者就要先想起来它存在,再打开系统,再搜索指标,再判断是不是自己要的那个口径。

这个链路太长。

一忙,就没人用了。

数据治理要被使用,必须进入现场。

比如在看板指标旁边直接展示口径解释,在异常告警里带出负责人,在取数入口里提示推荐指标,在经营会模板里引用指标版本。

治理不是另一个系统。

治理应该变成现有工作流里的摩擦减少器。

这句话听起来平淡,其实是数据治理的分水岭。

如果治理只在项目验收时出现,它就是一套资料。如果治理在业务看数、改口径、查异常、复盘事故的时候出现,它才是工作方法。很多公司不是缺治理资产,而是缺把资产送到现场的最后一段路。

第一种没人用:只管定义,不管争议

指标字典最常见的问题,是写了定义,但没有处理争议。

比如“有效订单”。

字典里写得很清楚:支付成功且未取消。

可是业务真正争的是:退款算不算?部分退款怎么算?活动单独补贴要不要算?跨境订单按哪个时间口径?

如果字典只写标准答案,不写争议边界,用起来还是会吵。

一个更有用的指标页,应该包括:

  • 标准定义;
  • 常见误解;
  • 排除条件;
  • 适用场景;
  • 不适用场景;
  • 最近一次变更原因。

这些内容比“定义”更接近真实使用。

治理不是把词写得漂亮。

治理是让下次吵架少 10 分钟。

有用的指标页不只写定义,还要写争议边界、适用场景和变更原因

第二种没人用:只有规则,没有反馈

数据质量规则也容易变成摆设。

上线时规则很多,过了几个月,大家只知道每天有告警,却不知道告警有没有用。

有些规则天天报,没人处理。

有些规则从不报,因为阈值设得太松。

有些规则报了也没人知道影响谁。

最后质量平台变成一个红点收集器。

质量规则要有反馈机制:

  • 每条规则有没有负责人;
  • 告警后谁确认;
  • 影响哪些下游;
  • 是否误报;
  • 是否需要调整阈值;
  • 修复后有没有复盘。

没有反馈的规则,只是一个定时响的闹钟。

响久了,大家会学会关掉心里的声音。

第三种没人用:治理目标太大

很多治理项目一开始就想全域覆盖。

统一指标、统一标准、统一命名、统一口径、统一流程。

愿望很好。

问题是,真实公司不是从统一开始工作的。真实公司从“今天这个数为什么不一样”开始,从“经营会又吵起来了”开始,从“老板问数没人敢答”开始。

治理如果一开始就太大,很容易变成工程,而不是服务。

更好的入口,是从重复出现的问题开始。

比如过去一个月,业务群里被问了 20 次的指标。

比如每周经营会都争的 5 个口径。

比如每次数据事故都影响的 3 张看板。

先把这些治理好,比做 300 个没人打开的指标更有价值。

小入口不是低标准。

小入口是为了让治理先产生使用感。

数据治理可以从争议指标、核心看板和高频事故三个小入口开始

第四种没人用:没人为使用负责

治理项目常常有人负责建设,却没人负责使用。

平台上线了,文档写完了,培训做过了。然后大家默认业务会用。

通常不会。

不是业务懒,而是人的工作习惯不会因为一个系统上线自动改变。

你要让一个指标字典被使用,就要把它嵌进会议、看板、需求流程和事故复盘。

比如:

  • 经营会模板必须引用指标版本;
  • 新看板上线必须绑定指标定义;
  • 口径变更必须留下记录;
  • 数据事故复盘必须更新质量规则;
  • 临时取数超过一定频次,就要沉淀成公共指标或看板。

这些动作听起来像管理细节,但治理最终就落在这些细节里。

没有使用机制,治理成果会很快变成归档资料。

先从 3 个小入口开始

如果你的团队现在也在做治理,先别急着铺大图。

可以从 3 个小入口开始。

第一,选 10 个高频争议指标,补齐“定义、边界、负责人、变更记录”。

第二,选 5 张核心看板,把指标解释直接嵌进去,而不是让人跳到另一个系统。

第三,选 3 类高频数据事故,把质量规则和复盘记录连起来。

这 3 件事不宏大。

但它们会让业务第一次感觉到:治理不是让我多填一张表,而是让我少问一次人、少吵一次会、少背一次锅。

数据治理最怕的不是没人做。

最怕的是做完以后,只能在汇报 PPT 里证明自己存在。

真正有用的治理,应该在没人提起它的时候,已经帮大家少犯了一次错。


我叫石头,在数据行业里摸爬滚打了十几年,见过很多治理项目从热闹开始、从没人使用结束。这里写的,就是这些教训——我觉得值得说出来的那部分。

Elazer (石头)
Elazer (石头)

11 年数据老兵,从分析师到架构专家。用真实经历帮数据人少走弯路。

加入免费社群

和数据从业者一起交流成长

了解详情 →

成为会员

解锁全部内容 + 知识库

查看权益 →

1v1 咨询

有具体职业困惑?一小时说清楚

预约咨询 →
← 上一篇 普通数据人想涨薪,先别急着学新工具