集中治理越成功,业务的 Excel 反而越多?

把"业务留一套"解释成本位主义，是最省事的说辞。可如果统一答案真那么可靠，谁愿意多维护一套？

Gartner 2025 的 CDAO 调研给了一组扎心的数：数据团队给自身治理打"有效"的只有 55%，而"做分析"却拿了 85%——差出整整 30 分。研究者说，很多治理项目上线 9 到 12 个月，就被组织惯性拖垮。

开头那张 Excel，未必是坏习惯。它更可能是集中治理自己造出来的一个"权威赤字"。

一、收走的不是一张表，是业务自救的把手

过去设备编码来不及申请，车间可以先建个临时码把活干下去；客户主数据有争议，业务能先按本部门的口径把会开下去。这些做法不规范，但能让眼前的业务不卡住。

集中化以后，设备由谁认定、用哪套编码、异常怎么修正，都走企业级规则。业务不能再自己改，只能等统一认定、统一编码、统一修正。

集中化收走的，不只是一张表的维护权，是规则出错、流程卡住、出现例外时，业务自己把事继续做下去的机会。它把合同、生产、经营分析，整体托付给一套统一答案——可这套答案，真的准备好接住现场了吗？

二、三种"不一致"，只有一种该被打掉

统一答案最容易犯的错，是把本该不同的东西硬压成一样。

设备主数据里，"设备"在集团是资产卡片，在车间是工位上的实体机，在财务是折旧对象——都叫设备，根本不是同一个对象。硬塞进一条记录，平台整齐了，真实的业务关系却压没了，车间只能再建一张表补回来。工艺参数也是：总部有标准工艺，老师傅按班组微调的现场参数表，平台一句话"统一"根本装不下。

三种不一致，得分清：

同名异义（设备、客户的多重身份）——该保留，压掉会失真；

同义异值（同一正式财务指标因加工规则不同出多个结果）——该打掉；

平行编码（同一法人在三套系统各一码、无独立业务含义）——该合并。

该统一的没真正统一，不该压的被压掉了。业务的本地表，大多不是在抵制治理，而是在补回企业级模型没装下的那部分现实。

三、权威赤字：定义权上收，服务责任没跟上

企业级平台不可能永远正确。设备会重组，供应商会换主体，紧急业务等不及正常流程。过去业务有本地调整权，问题在现场就能解；集中化后，调整权收走了，可错误后果仍落在现场：合同签不了、领不了料、客户受理不了。

于是业务一定会问：统一判断错了谁改？多久改完？紧急业务能不能先继续？平台不可用时有没有备用通道？

很多企业有统一标准和审批流，却没有可兑现的时限、例外和升级机制。数据 Owner 也常只是个名字——能审标准、能开会，却无权限时推动系统改造、关掉本地入口。不能让裁决进生产流程的 Owner，不是 Owner，只是审批联系人。谁拿走定义权，谁就该背上与之匹配的规则质量、服务时效和纠错责任。只上收权力、不下放能力，本质是拿一线当风险缓冲垫。换谁坐业务的位置，都会先给自己留条退路。

四、利益错配：受益的不改，改的不受益

设备、物料、指标统一后，管理层拿到一致报表，风控拿到完整视图，协同更顺——收益归全公司。可退出的成本，全落具体部门：历史系统谁改、接口谁出钱、切换期效率下降谁担、旧数据对不上谁理。

拿"源头治理"说，下游想多拿信息，最后常变成销售、采购、仓库多填字段。对管理部门叫完善，对一线叫多录、多等、多解释。一个字段主要让下游受益，采集成本却全留给上游，等于用一线效率补贴全局。在这种成本结构下，本地 Excel 不单是坏习惯，也是更便宜的工作方式。会上同意统一，现场继续绕行。

五、影子系统不是垃圾，是市场投的票

所以那张 Excel 不是集中治理剩的残渣，是业务面对一套还不可全信的统一答案，自己买的保险——也是它对"权威赤字"投出的反对票。

Gartner 早有预判：到 2025 年，40% 的分析用户会用表格绕开治理流程；行业统计更直白，80% 的员工用过未授权工具，53% 的团队拒绝只依赖批准平台。这股"影子"潮流，和传统治理的集中化，几乎同频生长。

它补平台没表达的关系，抢正式流程太慢的时效，兜统一判断出错后的底。当然不是每张都该留：有些是历史惯性，有些是护着自己的解释权，判断标准不是数据放哪，而是它有没有独立业务含义、平台能否替代。

麻烦的是，只要替代没完成，第二套就继续长。系统用统一码，现场留历史映射；平时走正式流，紧急转线下。双轨一旦形成就自我强化：业务绕行→数据分叉→治理加规则加审批→流程更重→业务更想绕。最后反常识的结果出现了：治理越加强，影子系统越顽固。这也解释了为什么很多企业隔几年就得重治一轮——不是上一轮不认真，是第二套从未停止生产。

写在最后

很多治理项目验收的是"集团建成了什么"：平台上线没、接多少系统、发多少标准。可本地编码新增量降没降、旧入口关没关、关键流程是否默认用统一答案、Excel 是否持续减少，往往没人查。

建设成果看得见，退出行为难写进成绩。于是企业轻易得出漂亮结论：平台成了、组织有了、标准发了、集中化成功了。可业务那张表还在，几年后又启新一轮。

真正的集中化，不是平台里只剩一套答案，而是业务不再需要另一套来兜底。在那之前，先别急着删那张表。它未必对，却往往把集中化没完成的地方，暴露得最诚实。

你厂里那张"删不掉"的本地表，到底在替正式平台补什么？是它没表达的关系、满足不了的时效，还是出错后的兜底？