4. 数据Owner的权责清单：四大领域的责任划分
数据Owner这个角色，说白了就是数据资产的「第一责任人」。很多企业把Owner写在制度里，但一到具体问题就扯皮——数据质量差找IT，数据泄露找安全部，标准不统一找数据治理组。嗯，这其实是个权责清单没做透的问题。
我个人习惯把数据Owner的权责拆成四个维度：数据质量、数据安全、数据标准、数据生命周期管理。每个维度下，Owner该做什么、不该做什么，必须白纸黑字写清楚。今天我们就逐个过一遍。
核心原则：Owner不是「挂名领导」，而是对数据资产全生命周期负责的实体责任人。权责清单就是他的「操作手册」。
4.1 数据质量：Owner是「守门员」
数据质量这块，Owner最容易犯的错就是「甩锅给IT」。我见过不少项目，数据不准了业务部门就找数据工程师修，修完下次还错。为什么？因为Owner没把质量规则定清楚。
Owner在数据质量上的权责，我总结为三条：
- 定义质量规则：谁负责定完整性、准确性、一致性、及时性的标准？Owner。不是IT，不是数据治理组，是业务Owner。他得说清楚「这个字段不能为空」「那个金额必须大于0」。
- 监控与评估：Owner要定期检查数据质量报告。我建议至少每月一次，看核心指标是否达标。不达标就得推动整改。
- 问题处置：数据出问题了，Owner是最终决策者。是修、是补、还是回退？他拍板。
我的经验：有一次客户主数据质量差，业务部门说「IT系统有问题」，IT说「业务录入不规范」。最后我让业务Owner拿出质量规则文档，发现根本没定义。Owner自己都不知道什么叫「合格数据」——这问题就大了。
| 质量维度 | Owner职责 | 常见误区 |
|---|---|---|
| 完整性 | 定义必填字段清单 | 以为系统能自动补全 |
| 准确性 | 制定校验规则（如范围、枚举） | 依赖下游清洗，不治本 |
| 一致性 | 跨系统映射规则审核 | 只管自己系统，不管上下游 |
| 及时性 | 明确数据更新时效要求 | 认为「晚一点没关系」 |
4.2 数据安全：Owner是「看门人」
数据安全这块，很多企业把责任全推给安全部。但你想想看，安全部懂业务数据的敏感等级吗？他们知道哪些字段能公开、哪些必须脱敏吗？不知道。这事必须Owner来定。
Owner在数据安全上的权责清单：
- 数据分级分类：Owner负责给数据打标签——公开、内部、敏感、绝密。我建议每半年复审一次，因为业务变了，数据的敏感度也会变。
- 访问权限审批：谁可以看什么数据，Owner说了算。不是DBA，不是安全管理员，是业务Owner。他清楚「这个报表给销售总监看没问题，给实习生看不行」。
- 安全事件响应：数据泄露了，Owner要第一时间评估影响范围，配合安全部处置。我曾经遇到一个案例，客户信息泄露，Owner半小时内就锁定了异常访问账号——因为他最清楚谁该有权限。
注意：Owner不能把安全责任完全委托给IT。安全策略的执行可以交给技术团队，但「什么数据算敏感」「谁可以访问」这类决策，Owner必须亲自做。
4.3 数据标准：Owner是「制定者」
数据标准为什么难落地？因为标准往往是治理组闭门造车写出来的，业务部门根本不认。Owner的作用就是打破这个僵局。
我个人的做法是：让Owner当标准的「业务翻译官」。他要把技术术语转成业务语言，再把业务需求转成标准规则。
- 标准定义：Owner牵头制定所辖数据的命名规范、编码规则、格式要求。比如「客户编号统一用18位，前6位是地区码」——这事必须Owner拍板。
- 标准执行：Owner要确保新系统、新流程都遵循已有标准。我见过一个企业，数据标准文档写了200页，但新项目上线时没人看——Owner没把标准嵌入到项目评审流程里。
- 标准变更：业务变了，标准也得变。Owner负责发起变更申请，并评估变更影响。不能今天改个编码规则，明天下游系统全崩了。
关键认知：数据标准不是「一次性工程」。Owner要把它当成持续运营任务，就像维护业务制度一样。
4.4 数据生命周期管理：Owner是「管家」
数据从产生到销毁，每个阶段都得有人管。谁最合适？数据Owner。因为他最清楚这份数据「什么时候该用、什么时候该归档、什么时候该删」。
生命周期管理的权责清单：
- 创建与采集：Owner要确认数据来源可靠、采集方式合规。我记得有个项目，业务部门从外部买了数据，结果版权有问题——Owner没审核来源，背了锅。
- 存储与维护：Owner决定数据存多久、存哪里、用什么格式。不是DBA说了算，是Owner根据业务需求定。
- 归档与销毁：数据过了保留期，Owner要发起销毁申请。尤其是个人隐私数据，合规要求很严，Owner必须签字确认。
| 生命周期阶段 | Owner决策点 | 配合角色 |
|---|---|---|
| 创建 | 数据来源审核、采集规则确认 | 数据生产者 |
| 存储 | 存储周期、备份策略 | DBA、存储管理员 |
| 使用 | 访问权限、使用场景审批 | 数据消费者 |
| 归档 | 归档条件、保留期限 | 数据治理组 |
| 销毁 | 销毁方式、合规确认 | 法务、安全部 |
4.5 权责清单落地：一张表说清楚
说了这么多，最后我习惯用一张表把权责清单「钉死」。每个Owner拿到这张表，就知道自己该干什么、不该干什么。
| 权责领域 | Owner核心职责 | Owner不能做什么 | 考核指标示例 |
|---|---|---|---|
| 数据质量 | 定义规则、监控评估、问题处置 | 不能把质量责任推给IT | 核心数据准确率 ≥ 99% |
| 数据安全 | 分级分类、权限审批、事件响应 | 不能把安全决策委托给技术 | 安全事件响应时间 ≤ 2小时 |
| 数据标准 | 标准制定、执行监督、变更管理 | 不能闭门造车，需与业务对齐 | 标准遵从率 ≥ 95% |
| 生命周期管理 | 各阶段决策、合规审核 | 不能忽视归档和销毁 | 过期数据清理完成率 100% |
落地建议：把这四个维度的权责清单做成一张「Owner责任卡」，每个Owner人手一份。我所在的企业就是这么做的——每次新Owner上任，第一件事就是签责任卡。效果？扯皮少了80%。