3. Owner角色定义与职责:数据Owner、数据管家、数据使用者的职责边界

很多公司搞数据治理,上来就定了一堆制度,结果呢?没人认领,没人执行。我见过最典型的场景——业务部门说数据是IT管的,IT说数据是业务填的,最后数据质量一塌糊涂,谁都不背锅。

为什么会这样?说白了,就是角色没定义清楚。你想想看,一个数据资产,如果连谁负责、谁维护、谁使用都说不清楚,那治理就是空谈。

这一章,我们就来拆解三个核心角色:数据Owner、数据管家、数据使用者。我会结合我自己的项目经验,把每个角色的职责边界讲透。

核心原则:数据Owner负责“管”,数据管家负责“理”,数据使用者负责“用”。三者各司其职,缺一不可。

3.1 数据Owner:数据资产的“法人代表”

数据Owner,说白了就是数据资产的“第一责任人”。谁对这个数据的质量、安全、合规负总责?谁有权决定谁能用、怎么用?就是数据Owner。

我个人习惯把数据Owner比喻成“房东”。房子是你的,你可以租给别人住,但房子坏了你得修,出了安全问题你得负责。数据也一样。

数据Owner的核心职责:

  • 定义数据标准:确定数据的业务含义、取值范围、质量标准。比如“客户活跃度”这个指标,到底怎么算?是30天有登录算活跃,还是90天有交易算活跃?Owner说了算。
  • 审批数据访问权限:谁可以看这个数据?谁可以改?Owner有最终审批权。我在项目中遇到过,一个销售总监把客户数据权限开给了全公司,结果被竞争对手挖走了核心客户。嗯,这就是Owner没把好关。
  • 推动数据质量改进:数据出问题了,Owner要牵头解决。不是自己动手修数据,而是协调资源、定优先级、推动整改。
  • 承担数据合规责任:数据泄露、违规使用,Owner要背锅。这个在金融、医疗行业尤其敏感。

避坑指南:我曾经见过一个公司,把数据Owner挂在了IT部门头上。结果业务部门根本不配合,数据标准推不下去。记住,数据Owner必须是业务部门的人,最好是业务负责人或总监级别。IT只负责技术实现,不负责业务定义。

3.2 数据管家:数据资产的“日常管家”

数据Owner通常是高管,没时间天天盯着数据。那日常的维护工作谁来做?数据管家。

数据管家是数据Owner的“执行代表”,负责把Owner的决策落地。我习惯叫他们“数据保姆”——虽然听起来不太高大上,但确实就是干这些琐碎活的。

数据管家的核心职责:

  • 执行数据标准:按照Owner定义的标准,检查数据是否符合规范。比如字段长度、格式、枚举值对不对。
  • 监控数据质量:定期跑数据质量检查脚本,发现问题及时上报。我建议数据管家至少每周做一次质量巡检。
  • 管理元数据:维护数据字典、数据血缘、业务术语。说白了,就是让数据“可查、可懂、可用”。
  • 协调数据问题:数据使用者报了个问题,数据管家要负责跟进,找到根因,推动解决。
对比维度 数据Owner 数据管家
角色定位 决策者 执行者
典型人选 业务总监/VP 业务骨干/数据分析师
主要工作 定标准、批权限、担责任 查质量、管元数据、协调问题
投入时间 每月几小时 每周几小时到每天

注意:数据管家不能是IT人员。为什么?因为数据管家需要理解业务含义,才能判断数据对不对。IT人员懂技术,但不懂业务逻辑。我曾经在一个项目里,让DBA兼任数据管家,结果他只能检查字段有没有空值,根本看不出业务逻辑错误。后来换了业务分析师,效果立竿见影。

3.3 数据使用者:数据资产的“消费者”

数据使用者,就是实际用数据干活的人。他们可能是报表分析师、产品经理、运营人员、算法工程师等等。

数据使用者的职责相对简单,但同样重要。没有他们,数据资产就是一堆死数据。

数据使用者的核心职责:

  • 合规使用数据:按照Owner批准的权限和用途使用数据,不能越权访问,不能私自下载外传。
  • 及时反馈问题:发现数据不准、缺失、延迟,要第一时间报给数据管家。别自己闷头修,也别装作没看见。
  • 遵守数据规范:录入数据时,要按标准格式填。比如日期格式统一用YYYY-MM-DD,别有的人写2024/01/01,有的人写2024年1月1日。
  • 提出数据需求:业务变了,需要新的数据字段或指标,要向数据Owner提出需求,推动数据资产持续演进。

我的经验:数据使用者最容易犯的错,就是“自己修数据”。比如发现某个字段是空的,自己随便填一个值进去。结果数据管家查问题的时候,根本不知道是谁改的,数据血缘全乱了。记住,使用者只负责报问题,不负责修问题。

3.4 三个角色的协作关系

这三个角色不是孤立的,他们之间有一条清晰的协作链路。我画了一张图,帮你直观理解。

数据Owner、数据管家、数据使用者协作关系图 数据Owner、数据管家、数据使用者协作关系 数据Owner 定标准 · 批权限 · 担责任 数据管家 查质量 · 管元数据 · 协调问题 数据使用者 合规用 · 报问题 · 提需求 授权与指导 审批权限 提供数据服务 反馈问题 协作要点 1. Owner定方向,管家抓落实,使用者守规矩 2. 问题反馈走管家,不越级上报 3. 权限变更必须经Owner审批

从这张图你可以看到:

  • Owner是顶层决策者,向下授权给管家,向使用者开放权限。
  • 管家是中间层,向上对Owner负责,向下为使用者提供数据服务。
  • 使用者是底层消费者,合规使用数据,发现问题反馈给管家。

这个链路一旦跑通,数据治理就不再是“推不动”的事了。我见过一个零售企业,按照这个角色模型跑了半年,数据质量从60%提升到了92%。效果就是这么明显。

3.5 常见误区与避坑

最后,我总结几个我在项目中踩过的坑,你一定要注意:

  1. 角色重叠:一个人同时当Owner和管家。结果呢?没人监督,标准形同虚设。Owner和管家必须分开,形成制衡。
  2. Owner挂虚名:Owner只是挂个名,从不参与决策。我建议Owner必须定期参加数据治理评审会,至少每季度一次。
  3. 管家全是IT:前面说过了,管家必须懂业务。如果团队里没有合适的业务人选,可以暂时让数据分析师兼任,但绝不能是纯IT。
  4. 使用者没有培训:很多公司定了角色,但使用者根本不知道自己的职责。我建议在新员工入职和系统上线时,做一次数据使用规范培训,半小时就够了。

最后提醒:角色定义只是第一步。下一阶段,你需要把这些职责写进岗位说明书,纳入绩效考核。否则,再好的制度也是纸上谈兵。嗯,这个我们后面会详细讲。