DCMM 2.0数据治理域-486项指标里最该盯的5个核心控制项

说实话，DCMM2.0的486项指标，谁第一次看都会头大。上周，浙江某制造业企业的数据治理负责人给我发了条消息："我们准备冲DCMML2,评估机构甩过来一份指标清单，光数据治理域就列了几十项。到底哪些是必须盯死的?哪些是锦上添花?"这个问题问到点子上了。486项指标不可能一视同仁。数据治理域在9大能力域里排第二位，仅次于数据战略，它解决的核心问题就一个字——"谁"。谁来管数据?谁定标准?谁背锅?这个问题不解决，后面标准、质量、资产全是空中楼阁。今天就把数据治理域掰开揉碎，说说最该盯的5个核心控制项。一、数据治理域：从"沟通"到"文化",一个词的变化别忽略先说一个最容易忽略的变化——第三个能力项，1.0叫"数据治理沟通",2.0改成了"数据文化建设"。别以为只是换个说法。"沟通"是单向的——我发通报，你收着。"文化"是内化的——不用我说，你知道数据出了问题该找谁。这个变化背后，评估逻辑发生了根本转变。1.0考的是"有没有制度",2.0考的是"制度有没有变成习惯"。评估师不再满足于看到你挂在墙上的《数据管理办法》,他们会直接问业务部门的人："你是哪个域的数据Owner?上个月的数据质量问题你认领了几个?"XXX后来跟我吐槽，他们公司之前就是典型的"沟通模式"——数据管理部每月群发一份治理通报邮件，业务部门看了标题就关掉。评审模拟时，评估师问销售总监"你知道你们部门有哪些数据质量问题",对方一脸茫然。说白了,有沟通不等于有文化。这就是2.0把这个词改掉的原因。二、5个核心控制项,一个一个掰开说(一)控制项1:治理组织三层架构一一委员会+数据Owner+数据管家三层架构,缺一不可:-决策层:数据治理委员会。跨部门的虚拟组织,分管副总牵头,各部门一把手参与。干什么的?拍板、协调、定方向。·管理层:数据管理部或数据治理办公室。实体部门,L2要求专职人员不少于2人,这是硬门槛。是业务部门的人,负责”数据该长什么样”;数据管家是技术人员,负责”最容易被忽略的是执行层。很多企业建了委员会、设了数据管理部,但编码要统一”,业务说“我们用了十年的编码凭什么改”,没人能拍板。你的职责是什么?”如果对方答不上来,这一项直接扣分,不商量。(二)控制项2:岗位职责与考核一一不是写在墙上,是落在绩效里光有组织架构图不够。DCMM2.0要看到两样东西:岗位职责说明书和考核说白了,就是回答两个问题:·每个治理角色到底干什么活?一一岗位职责说明书,明确职责边界、日常工作清单、汇报关系。·干好干坏有什么区别?一一考核台账,数据治理纳入绩效考核的证据,权重多少、指标是什么、最近一次考了多少分。XXX的做法值得参考：他们把数据Owner的绩效权重设了5%,考核指标是"本部门数据质量问题响应时长不超过48小时"和"数据标准执行率不低于90%"。权重不高，但有。关键是什么?评估师看到这份台账，就知道治理不是挂在墙上的口号。最常见的扣分点：有岗位说明书但没有考核记录。制度里白纸黑字写了"数据治理纳入绩效",结果拿不出近半年的考核台账。等于零分。(三)控制项3:制度体系三件套——写了就要有执行记录L2级别至少要拿出3份核心制度文档：·《数据管理办法》——总章程，明确治理组织架构、职责分工、基本原则，是其他制度的"母法"。·《数据质量管理制度》——质量规则怎么定、问题怎么发现、谁来修、修完怎么验。·《数据安全管理制度》——数据怎么分类分级、权限怎么管、审计怎么重点来了：制度不是越多越好，而是"写了就要有执行记录"。评估师会对照制度条款逐条问："这条规定的执行记录在哪?"一个经典翻车场景：制度里写了"每月召开数据治理例会",结果拿不出会议纪要。制度写了"数据质量问题需48小时内响应",结果问题台账里没有时间戳。制度写了不执行，比没有制度扣分更狠——评估师会觉得你在糊弄。(四)控制项4:治理例会机制——没有记录，等于没开会DCMM2.0数据治理域明确要求有例会制度。L2级别至少每月或每季度开一次，而且必须留存会议纪要。会议纪要不是走过场。评估师会盯4个要素：·议题是否和实际数据问题挂钩(不是念文件、不是走流程)。·有没有跨部门参与(不是数据管理部自说自话)。·有没有决议和后续跟踪(讨论完不能散会就完了)。·有没有闭环回看(上次决议的事项这次有没有复盘)。XXX跟我分享了一个细节：他们第一次提交的会议纪要被退回来了。评估师的原话是"只有议题没有决议"。后来他们在纪要模板里加了”决议事项"和"责任人+完成时限"两栏，才算过关。你看，例会不是为了开会，是为了留下治理在运转的证据链。(五)控制项5:数据文化建设——从"要你管"到"你要管"数据文化建设不是办几场培训就完事。评估师会从三个层面找证据：·认知层：有没有宣贯培训记录?签到表在哪?业务部门知不知道数据治理跟自己有关系?·行为层：业务部门有没有主动提报过数据问题?有没有主动申请过数据标准?这是"自下而上"的行为，最有力度的证据。·机制层：治理有没有嵌入日常流程?比如新系统上线前有没有"数据治理准入评审"环节?什么证据最有说服力?不是培训PPT,不是宣贯海报，是"业务部门主动行为"——比如销售部自己发现客户数据重复了，主动提了一条治理工单。这种自下而上的治理行为，才是数据文化真正落地的标志。三、真实案例：一次L2评审翻车记XXX的公司第一次冲L2,就栽在了数据治理域上。评审当天，评估师问了三个问题，三个都没答好。第一个问题："你们的销售数据Owner是谁?"答的人是数据管理部的一个工程师，他说"应该是我吧"。实际上他只是数据管理部的，不是销售部的人。评估师当场标记：治理组织未落地。第二个问题："上个月的数据治理例会讨论了什么议题?"答："讨论了制度宣贯。"评估师翻出会议纪要一看，整场会议就是念了一遍《数据管理办法》全文，没有任何实际数据问题的讨论。标记：例会机制流于形式。第三个问题："业务部门有没有主动提报过数据质量问题?"答："好像还没有。"标记：数据文化建设缺失。三个问题，暴露三个硬伤：组织没落地、例会是空的、文化根本没形成。数据治理域直接不通过。整改花了3个月。XXX做了三件事：第一，找销售总监和供应链总监分别签了数据Owner任命书，附上岗位职责确认函。第二，把例会从"念文件"改成"过数据问题清单"——每次会议必须讨论至少3个实际问题，纪要里必须有决议事项、责任人、完成时限。第三，在ERP系统里加了数据质量校验规则，业务人员录入时就能看到红色提示——倒逼他们"被动”关注数据质量，慢慢培养"主动"意识。第二次评审，数据治理域顺利通过。对着下面这份清单逐项核对，全过才算数据治理域达标：·治理委员会已成立，有正式红头文件，分管副总牵头·数据管理部专职人员不少于2人，有社保记录佐证·每个核心业务域都任命了数据Owner,有岗位职责确认书·数据治理已纳入绩效考核，有近半年至少2次考核台账·至少3份核心制度文档齐全(管理办法+质量制度+安全制度)·治理例会每月/季度召开，纪要含议题、决议、责任人、完成时限·数据治理宣贯培训至少1次，有签到表和培训材料·至少1条业务部门主动提报数据质量问题的记录打勾7到8项：数据治理域基本达标，可以冲L2。打