第3章数据治理组织与角色

3. 数据治理组织与角色：谁该干什么，得说清楚

数据治理这事儿，光有技术不行，光有制度也不行。你得有人干活，有人拍板，有人背锅。

我见过太多项目，工具买了一大堆，流程画得漂漂亮亮，结果一落地就乱套。为什么？因为没人知道自己该干嘛。数据治理委员会一年开一次会，数据所有者连自己管哪些数据都说不清，数据管家天天被业务部门追着问“这字段啥意思”……嗯，这活儿就没法干。

所以今天咱们把四个核心角色掰开揉碎讲清楚。你想想看，一个数据治理体系里，最怕的就是职责重叠或者职责真空。我个人的习惯是，先画一张RACI矩阵，谁负责、谁执行、谁咨询、谁知情，一目了然。

核心原则：数据治理不是IT部门一家的事。业务部门必须深度参与。数据是业务的数据，不是IT的数据。

说白了，这就是数据治理的“董事会”。它不干具体活，但定方向、批预算、拍板争议。

我在一家金融公司遇到过这种情况：业务部门和数据部门因为“客户性别字段到底要不要保留”吵了三个月。最后谁解决的？数据治理委员会。委员会主席是分管数据的副总裁，他一拍桌子：“保留，但脱敏后使用。”问题五分钟解决。

数据治理委员会的典型职责：

委员会成员通常包括：

我的建议：委员会不要太大，5-7个人最合适。人多了就变成“会而不议，议而不决”。我见过一个委员会有15个人，每次开会就是听汇报，根本没法做决策。

数据所有者，英文叫Data Owner。这个角色最容易搞混。很多人以为数据所有者是IT运维，其实不是。数据所有者必须是业务部门的人。

为什么？因为数据是业务产生的，业务最清楚数据的含义、用途和质量要求。你让IT去定义“客户等级”字段的取值规则？他连客户分几级都不知道。

数据所有者的核心职责：

举个例子。在电商公司，“订单数据”的所有者应该是订单业务线的负责人。他需要回答：什么样的订单算“有效订单”？订单状态有哪些？哪些字段是必填的？

注意：数据所有者不是“挂名”的。我曾经见过一个项目，数据所有者是业务总监，但他一年到头不参与任何数据治理会议。结果数据标准没人拍板，数据质量问题没人认领。最后这个项目黄了。所以，数据所有者必须真正履职。

数据管家，Data Steward。这个角色是数据治理的“腰部力量”。说白了，数据所有者定方向，数据管家干具体活。

我个人的经验是，数据管家最好从业务部门里选，但要有一定的数据敏感度。纯业务背景的人可能不懂数据建模，纯技术背景的人又不懂业务逻辑。所以，复合型人才最适合。

数据管家的日常工作：

我举个例子。你负责“客户数据”的数据管家。你每天要检查：客户姓名有没有空值？手机号格式对不对？重复的客户记录有没有合并？这些活儿看着琐碎，但少了它们，数据质量就是一句空话。

一个实用的数据管家工作清单：

数据使用者范围最广。业务分析员、报表开发工程师、数据科学家、甚至一线业务人员，都是数据使用者。

他们的职责听起来简单：用数据。但用数据也有规矩。

数据使用者的责任：

你想想看，如果每个数据使用者都按自己的理解去用数据，那不乱套了？我见过一个销售总监，自己写了个SQL统计销售额，结果把退货订单也算进去了，导致月度报告虚高20%。这就是典型的数据使用者没有遵守规范。

我的建议：给数据使用者做培训，别只讲“怎么用”，更要讲“什么不能用”。比如：不能把客户手机号导出到个人电脑，不能把生产数据直接用于测试环境。这些红线必须划清楚。

这四个角色不是孤立的。它们之间有一条清晰的协作链：

我习惯用一张图来展示这个关系。下面这张SVG图，把四个角色的位置和关系画清楚了。

你看这张图，从上到下是决策和执行的关系，从下到上是反馈和汇报的关系。数据治理委员会不直接管数据管家，而是通过数据所有者来传导。这样权责清晰，不会越级指挥。

总结一句话：数据治理不是一个人的事，是一群人的事。把角色分清楚，把职责写明白，数据治理就成功了一半。