DevOps该如何助力金融行业的数字化转型？

伴随着新技术的不断应用，从3G时代的大数据、云计算和人工智能技术的诞生，到4G时代的移动互联、物联网，再到现在5G时代的区块链、量子计算，科技加速了整个数字化时代的演进过程，也加速了金融业的数字化转型。

“消失的银行”，还能否找回属于自己的位置

（新技术的涌现，让世界快速抵达了金融数字化时代）

上面这张图来源于“消失的银行”。从图中我们可以看到，绝大部分通过数字化转型取得阶段性成功的企业主要集中在互联网金融行业，对外提供的业务基本上已覆盖银行To C业务的方方面面。在金融数字化时代背景下，图内这些通过数字化转型实现了业务快速扩张的互联网金融科技企业，都具备一个共性——通过使用高新科技，为客户提供更随时、更随地、更随心的金融服务体验。

对金融业而言，科技的快速发展改变的不只是客户的消费行为，更深层的是改变了客户的消费习惯和服务体验期待值。当客户开始对金融服务提出更高更快更强的要求，而互联网金融企业又恰好可以满足时，快速的行业市场份额侵蚀逼迫我们传统金融企业不得不从传统模式中脱逃出来，拾剑直面他们的挑战，被动改变自己传统的业务服务模式。

犹记得当年比尔盖茨的那句“我们需要银行业，但不再需要银行”的口号，现在似乎正在我们的眼下逐步成为现实。在这生死存亡之际，我们传统金融业该如何面对步步紧逼的互联网金融科技企业？我们能否还能重回曾经属于银行业的“光辉岁月”？

这是一次危机挑战，但也是一次机遇。数字化转型，成为了我们的必经之路。

“内外兼修”，让科技解放业务生产力

对于传统金融业来说，数字化转型除了来自外部业务的压力以外，更多的其实是企业内部科技面临的挑战。以前，为了加快业务发展，我们的科技总是习惯于为业务让路，导致现在在面临数字化转型时，本来就是勉强在支撑的IT体系，更加地力不从心。

但当我们观察互联网金融科技企业时会发现，他们的IT体系早已不仅仅是作为单纯的业务支撑组织而存在，而是被放在了企业核心竞争力的位置，带领着他们的业务快速向外扩张。

反观我们传统金融业，当前在IT技术层面迫切突出的难题主要有以下四点：

• 如何才能跟上业务快速迭代的脚步？
• 如何实现减本提效？
• 如何在快速迭代的前提下，保障产品的质量？
• 如何实现科技驱动业务发展？

（混乱冗杂的内部IT能力体系，正在拖毁传统金融企业的数字化转型）

在思考如何解决以上传统金融业痛点前，我们建议各位可以先通过“S-3C-ABCD”模型，对传统金融企业的数字化转型道路进行思考和拆解：

① S，即为Service（服务）。过去我们的IT体系总是距离客户太远，导致客户需求的满足延迟过大，满意程度过低，业务发展一直受限于IT能力框架。提出以“为客户提供最优质的服务”为统一目标，使企业专注于更敏捷地满足客户需求，提升业务交付质量和客户满意度，能帮助传统金融业转型道路上不被迷惑，统一发力走向真正的转型成功。

② 3C，即为Core Competencies on different Channels（多跑道核心竞争力）。在互联网金融科技企业的快速扩张下，支付、金融、投资和储蓄等各类金融业务跑道均已提上数字化赛事的日程，通过单一业务就可以支撑起企业市场体量的时代已然成为过去式。只有在多条业务竞争赛道上都实现企业核心竞争力，才能为我们传统金融企业的长远发展提供足够的底气。

③ ABCD，即AI - Block Chain - Cloud Computing - DevOps（人工智能-区块链-云计算-研运一体化）。AI、区块链、云计算及DevOps作为新时代数字化金融业务的四大IT技术支柱，是保障企业多跑道核心竞争力的重要能力。这里我们要特别关注下DevOps，因为很多传统金融企业在建设DevOps时，容易只停留在工具集建设这一层，但DevOps其实在企业管理、部门协同、人才培养和安全管控等能力体系建设上也有非常重要的建设意义。只有切实贯彻DevOps理念、将DevOps能力体系作为整体数字化转型战略的基石，才能保障企业在ABCD技术体系的逐步搭建和实际应用上实现降本增效，有效支撑上层业务建设。

（“S-3C-ABCD”，传统金融企业的数字化转型方法论）

持续演进，DevOps内功修炼无止境

前面我们提到，工具集建设只是DevOps建设的第一步，但正是这第一步，就着实为难了不少选择DevOps自建或使用开源工具组建的传统金融企业。要知道，如果想真正搭建起可以支撑企业内部IT架构的DevOps能力体系，我们还需要继续往前走更多才行：

（传统金融企业的DevOps建设五步走）

1. DevOps建设第一步：生产力的全面贯通

在最初的建设阶段，通常是以工具链的打通、工程能力自动化为主要目标，提高工具的效率，从而提升研发效能，同时能够对工具进行变更、插入等操作，不被工具所“绑架”。实现生产力的贯通，我们称之为“并非虚假的繁荣”，即让各个工具之间串联贯通，而不是一味的引入，真正发挥工具的效能，减少手工操作，提升自动化能力。

2. DevOps建设第二步：管控与能效的联动

实现管控与能效的联动，我们也用一句话来描述：“阳春白雪（管控）与下里巴人（能效）”的联动。在“阳春白雪”，也就是管理层人员的协同角度来看，DevOps在某一个工具层面是否真正可以打通呢？显然并不是，在企业个人和部门之间打通、留存和流转真正靠的是——流程。面向整个企业，我们需要实现两个流程链的对接，第一条是管理流程链，第二条是工程流程链，将其进行融合对接，真正实现“阳春白雪”：管理层，与“下里巴人”：需求、开发、测试、运维的实际操作的基层人员的一致性，实现信息的自动流转。

实现融合打通之后，便于企业对研发流程进行可信追溯与安全审计等，借由可信能力的提升，为后续的可信云、可信安全建立基础。与此同时，推进能效度量，建立度量体系，规划相应指标，一方面驱动持续改进，另一方面可以为管控层对企业数据可视化和全场景数据把控提供支撑。

3. DevOps建设第三步：标准化支撑与个性化支持

在进入该阶段之前，我们需要先了解标准化。标准化通常定义为：通过制定一系列标准规范，以获得最佳生产经营秩序和经济效益。信息科技的发展大多都会经历四个阶段：信息化、数据化、自动化、智能化，而标准化是Dev和Ops融合的关键，同时也是信息化的前提。

在前两个阶段，企业更关注的是横向打通工具链以及流程链，而进入到3.0阶段，将面临的是DevOps建设的主要难点：需求、开发、测试、运维的纵向打通：

• 首先，在每个领域都需要有相应的标准规范和指标体系，以此对整个产品全生命周期进行统一规划，从而形成资产工艺的标准化支撑。
• 其次为了实现企业内容个性化，需要通过标准化建立一系列自定义模板，实现场景能力的复用，并找到符合企业业务的最佳实践，实现业务持续优化。
• 除此之外，该阶段的贯彻还需要关键角色的引入，包括推广教练，专业化人群等。例如通过敏捷教练能力的完善推动建立精益敏捷的研发体系，通过工程教练进行提炼和推广最佳实践，辅导转型，实现“横向打通，纵向覆盖”。

4. DevOps建设第四步：全生命周期的资产流转

在标准化之后，进行资产关联打通是提高运维运营效率的一大保障，对于已经建立标准化体系的企业，随着业务的扩增势必会带来大量的资产数据，以及配置信息变更等事件。进行资产关联打通，同时通过智能化分析数据与推送能够大大节省企业运营成本，实现降本提效。

5. DevOps建设第五步：IT4IT

面向未来的下一代数字化构想，通过对数据的全流程分析，通过数据复盘，构建常用画像及各种维度画像，为其他管理平台赋能，通过挖掘数据价值，反哺IT数字化。当前的IT系统将以DevOps体系为核心，向下一阶段演进发展，通过打通项目管理，实现耗能、风险、数据、质量的全面把控，同时联动分析各类资产情况，为后续价值驱动业务提供实践支撑，构建IT内部数字化全流程贯通。

赋能金融，数字化转型

传统金融企业的数字化转型无法一步到位，但通过DevOps能力体系的持续修炼，可以在横向打通工具、流程、资产和度量的同时，覆盖纵向需求、开发、测试和运维各端工艺的平台支持与规则设定，从而提升企业整体IT科技的自动化、智能化水平，最终实现企业多跑道核心竞争力，为客户提供金融服务的最优解。