商业银行数字化转型起飞，数据治理正当其时

1

为什么要设定新核心改造这一特定场景？

首先，新核心改造无疑是银行进行数据治理工作的良机。熟悉数据治理的人都知道这项工作的困难之处：信息化基础差的数据治理无从谈起，而信息化有一定基础的又困于既有系统(Legacy System)架构的沉疴痼疾以及对关键业务应用牵一发动全身的影响，数据治理即使列入重要事项，也往往因为永远是不紧急的而成为执行效果最不好的一类信息化工作，更不用说数据治理的价值量化和长周期方面的难处。实际上，数据治理和环境治理是很类似的。环境治理最根本的解决办法是遏制污染的源头，数据治理也一样，最佳方案是从数据产生端就进行规范，杜绝低质量的数据进入。而核心系统是银行的心脏，大量的数据产生于此，很多数据治理中碰到的、需要改造源业务系统或生产系统才能解决的问题，在新核心改造的场景下，将不再是老大难问题。

当然，这并不是说数据治理仅仅是搭新核心改造的车，是可有可无的工作。正相反，可以认为如果在数据治理领域不做相应的投入，新核心改造的工作很可能达不到预期的效果，或者即使“成功上线”了，也无法真正支撑银行的数字化转型。从企业数字化的基本原理看，这一结论也是显而易见的：互联网+金融和企业数字化的本质就是对传统业务对象、流程和规则的持续数字化，从而能够更全面、高效、一致的量化和细化管理。实际上就是要求对核心系统，以及核心系统与银行其他各关键和辅助业务系统的数据架构、质量、标准进行系统化的规划和部署，这其实就是数据治理的工作内容。

从操作层面看，银行核心改造进入新周期的趋势本身当然也是数据治理考虑与之结合的原因之一。很多银行都在近两年启动或者准备启动新核心改造项目，这一场景已不是特例，有广泛的适用性。

如上所述，虽然“利用这个机会搭个便车”的逻辑容易误导行内各方，但不得不说在实际当中这种思维也有其受众。

2

在新核心改造场景下，是否可以将数据标准进行完美落地？

先抛结论：伴随着新核心系统的建设，会有大量的业务系统配套进行新建、升级、改造，因此大部分的数据标准真的是可以被完美落地的。新核心改造场景下，我们可以对数据标准进行自顶向下的设计，制定全行级的数据标准；制定好的标准在新建核心系统的需求、设计、开发阶段，通过数据质量检核工具，进行全程的落标监控。在不计成本、工期的理想情况下，数据标准是可以被100%的完美落地的。但理想是丰满的，现实是骨感的，受制于各种因素，总会有些其他的声音：

◆ 这个代码不能修改，修改之后产品需要进行大规模变动，成本增加……

◆ 工期是不是会被延长……

◆ 这个字段不能这么设计，否则，历史数据迁移会………

◆ 这个数据粒度不能这样，EAST的要求……，1104要求……，计财部看的数据要……，运营部要的数据是……

虽然这些声音在数据标准落地时会经常听到，但在时间成本、人力成本、财务成本的综合考量和妥协下，辅之以较好的项目管理和沟通，按照80/20原则，在新核心改造的过程中，即使最终一定会存在一些因为各个原因被“和谐”掉的标准信息项，大部分的重要数据标准信息项都将会被落地。

3

伴随新核心改造的数据治理，采取什么样的措施才能保证数据标准的落地效果？

可能还是老生常谈，但关键的话总是不怕重复：权责利明确、强力管理制度约束，是保证数据标准落地效果的两大法宝。

影响数据标准落地效果的，标准制定难，改造工作量大是其中的因素，但不是最关键的因素；权、责、利不清导致的工作推动困难，才是最大的拦路虎，所以，权、责、利的明确，是数据治理工作的一项重点内容，体现在《指引》中主要就是第二章– 数据治理架构中的内容：“业务部门应当负责本业务领域的数据治理，管理业务条线数据源，确保准确记录和及时维护，落实数据质量控制机制，执行监管数据相关工作要求”。名不正，则言不顺，数据治理架构必须要根据行里的组织架构现状进行制定并发布，否则，数据标准的落地会因为部门、机构、供应商之间的扯皮、推诿而难以推动。

有了明确的组织架构、职责分工，再加上强力的管理制度约束，才能保证数据标准落地工作做到实处。举例而言，相关管理制度可以包括：

◆  在新核心改造的需求、设计、开发、测试等阶段，制定明确的落标率检核指标，不达标则不允许进入下一阶段；

◆ 对各供应商提出明确的落标率检核指标，作为验收标准，进行质量控制；

◆  管理制度执行情况的监督要由核心改造项目群的主要领导负责，监督要落到实处。

权、责、利分明，执行监督到位，才能保证数据标准在核心改造项目群的落地效果。否则，再完美的数据标准也依然是“束之高阁”的一堆文件。

4

数据标准的咨询和具体的落地实施工作，该如何衔接？

数据标准的制定工作偏咨询，而标准落地检核则重在实施，必须将咨询、实施工作无缝衔接起来，才能做好标准的落地工作。咨询工作切忌文档提交就结束了，而是应该贯穿整个新核心项目群的交付全过程。在新核心项目群交付的需求、设计、开发、测试阶段，会不断出现因为业务场景需要而进行变更的情况，伴随着也会出现前期制定、发布的标准不再适用、需要进行变更的情况。标准变更将会非常频繁的出现在项目的建设过程中，而参与标准制定的咨询人员对项目的全程跟踪，无疑对标准的落地工作有非常大的帮助。