奇怪，数据治理的数据去哪儿了？

只吐槽，不抱怨。

经过这么多年的数据治理的推广，市场上又有那么多成功案例的宣传，业内的治理水平，至少对治理的认知水平，会提升一点吧？
 

最近接触了两个客户，他们的表现告诉我：一点也没有！
 

这两个客户都是刚刚完成治理咨询项目，得到了治理体系规划报告、管理制度、管控平台需求说明书。现在准备启动治理的落地实施项目，项目范围包括：数据管控平台建设，以及治理咨询成果的落地实施。

客户找到我们团队进行交流，交流情况大致如下。
 

我：数据管控平台是否只需按照需求说明书建设就可以？

客户：对的，需求说明书很完整、规范。

我：那么，治理的落地实施的目标，或者验收标准是什么？

客户：治理落地实施主要还是指管控平台的成功上线，日常的数据治理工作可以在管控平台上顺利开展。

我：我还没有看过前期的咨询成果，这里先确认一下：管控平台需求说明书是否详细描述了数据标准、元数据、数据质量这三个功能模块，而管控平台的具体用户、用例、场景没有涉及？

客户：是的，没有包括用户、用例的描述。咨询公司说不需要，因为需求书对管控功能描述的特别完备齐全，任何的用户、流程都可以支持。

我：咨询公司的这种说法有点不太地道，软件工程的基本原则都不遵守了。支持任何用户，听起来很给力，从另一面看，就是任何用户也得不到有效支持。

客户：不会吧，咨询项目很成功，领导很满意。
 

我：关键是看如何定义咨询的成功标准。如果仅仅看咨询项目本身，肯定是规范、专业。但，我们咨询的目标难道不应该是治理的顺利开展吗？

客户：那不是实施的目标吗？

我：站在实施角度上，数据治理的落地只需要按照咨询成果完成下列三个操作即可。
 

平台落地：按照需求说明书搭建管控平台，这个几乎业内所有产品直接满足。
 

管理落地：按照咨询成果，将组织体系、管理制度、数据标准正式发文颁布。

组织落地：人员入编到岗。

没有问题吧？

客户：没有问题。
 

我：按业内经验，按照这个思路进行治理落地实施，治理效果大都不好。

客户：对。我们访问的同业就有这个问题，所以我们对实施项目要求：日常工作可以在管控平台上顺利开展。

我：站在实施厂商的立场上，厂商已经做了一切该做的。治理效果好不好，和实施厂商有多大关系呢？

客户：我说不上来，但领导就坚持一点：实施厂商就是要保证实施效果！

我：你们这对实施厂商太不友好了，要求太高了。实施厂商在你们这里简直是挣着卖白菜的钱，操着卖白粉的心。

客户：那谁把卖白粉的钱拿走了？
 

我：显然是咨询厂商啊！

吐槽结束。

是否只要把数据治理的咨询、实施合为一个项目，就解决了上面的问题？
 

很遗憾，并不能从根本上解决！

无论咨询、实施是一个项目，还是两个项目，目前业内的咨询都是“高大上”的治理咨询，关注点永远是：治理架构、治理流程、治理流程、治理办法、治理考核。另一方面，数据治理中的“数据”，可能是太过平凡，太过熟悉，从来就没有进入过咨询的视野。
 

这恰恰是大部分数据治理咨询失败的根源！
 

原因很简单，银行涉及大量数据，不仅容量大，类型也多，比如：客户数据、产品数据、贷款数据、风险数据、营销数据、关键代码、统计指标、固定报表、分析模型、数据接口等等。
 

显然，上面这些不同的数据类型，其管理模式、管理流程、管理职责、架构岗位、考核方法，都需要各自定制设计，决不存在一个“通用的”数据治理管理办法可以有效管理这些不同数据。

请问，在大量的数据治理咨询过程中，考虑过这些不同的数据的治理需求吗？
数据治理，数据第一，因为数据才是治理的对象和目的。忽视数据的治理，就像是撒了欢儿的哈士奇，家是回不去的。

“我该走那条路呢？”爱丽丝问。
 

“这要看你想去哪儿。”猫说。

“我也不知道。”爱丽丝说。

“那么你走哪条路都无所谓了。”猫回答。

——《爱丽丝梦游仙境》

来源:数据管理及应用