1. 数据治理的“部门墙”困境：为什么跨部门协作这么难？

各位做数据治理的同仁，咱们开门见山。

数据治理这件事，技术难吗？说实话，选工具、搭平台、写脚本，这些都有成熟方案。真正让人头疼的，是“人”的问题。尤其是跨部门协作。

我见过太多项目，前期规划做得漂漂亮亮，一到落地就卡在“部门墙”上。业务部门说“数据是我们的，凭什么给你管”，IT部门说“你们数据质量太差，我们没法用”。两边一掐，项目就黄了。

为什么会这样？今天咱们就好好拆解一下。

1.1 什么是“部门墙”？

“部门墙”不是墙，是一种组织病。说白了，就是各部门只盯着自己的一亩三分地，信息不共享、流程不打通、责任不明确。

在数据治理里，它表现为三种典型症状：

• 数据孤岛：每个部门都有自己的数据库，但互相不连通。财务用一套编码，销售用另一套，对账时鸡同鸭讲。
• 责任推诿：数据出错了，业务说“是IT系统的问题”，IT说“是业务录入的问题”。最后没人认账。
• 标准打架：同一个“客户”字段，市场部定义成“潜在客户”，客服部定义成“已成交客户”。口径不统一，报表没法看。

1.2 为什么跨部门协作这么难？——四个深层原因

我这些年踩过的坑，总结下来，无非这四个维度。

维度	具体表现	我见过的真实案例
利益冲突	数据即权力。谁掌握了数据，谁就有话语权。共享数据意味着让渡控制权。	某零售企业，销售部死活不肯把客户数据给市场部，怕被抢了功劳。
语言不通	业务讲“转化率”，技术讲“API接口”。双方连基本术语都对不上。	有一次开会，业务说“我要看用户画像”，技术直接反问“画像的schema是什么？”场面一度尴尬。
考核错位	各部门KPI不同。财务要降本，销售要增收，数据治理这种“公共事务”没人愿意投入。	我记得某制造企业，IT部门因为数据治理项目影响了系统上线进度，被扣了绩效奖。从此再没人主动提数据治理。
信任缺失	怕数据被滥用，怕背锅，怕暴露自己的问题。	财务部宁愿手工做报表，也不肯把底层数据开放给BI团队。理由是“你们看不懂，改坏了算谁的？”

1.3 部门墙带来的实际后果

别觉得这只是管理问题。它直接影响数据治理的成败。我列几个典型场景：

• 数据标准推不下去：你辛辛苦苦定了一套数据字典，业务部门说“我们有自己的习惯”，然后继续用Excel传数据。
• 数据质量没人管：脏数据越积越多，最后整个数据仓库变成“垃圾场”。分析出来的结果谁敢信？
• 治理项目烂尾：前期投入大量资源，中期发现协调成本太高，后期直接放弃。我见过不止一个项目，花了半年时间，最后只出了一份没人看的《数据治理规范》文档。

1.4 一张图看懂部门墙困境

下面这张图，是我自己总结的。它把部门墙的形成逻辑和影响路径画清楚了。

1.5 我的建议：先别急着上工具

很多团队一上来就买数据治理平台、建数据中台。结果呢？平台搭好了，没人用。为什么？因为部门墙没拆，流程没理顺。

我个人习惯是，先花两周时间做“组织诊断”。

1. 访谈各部门负责人：问他们三个问题——你们最头疼的数据问题是什么？你们最怕共享什么数据？你们希望别人怎么配合？
2. 梳理数据流转图：把数据从产生到消费的全链路画出来，标出每个环节的“负责人”和“卡点”。
3. 找到“速赢点”：别一上来就搞全公司的大标准。先找一个痛点最明显、收益最直接的场景（比如统一客户编码），做出效果再推广。

好了，这一章就聊到这儿。部门墙这个问题，咱们后面每一章都会反复提到。因为它是贯穿数据治理始终的“暗线”。你记住一句话：数据治理，三分技术，七分协调。