金融科技人才缺口150万？迈出这一步，让你的科技人员翻倍

转载本文请注明出处：微信公众号EAWorld

01.

金融机构高度依赖科技人才

Gartner 研究表明，专业的 IT 人员只能够满足企业 IT 需求的 6%；随着数字化转型进程的加速，企业间互动、更多设备接入方式等需求使得企业的 IT 需求将会达到现在的 5 倍。

这一点在金融行业尤其突出，普华永道在报告中指出，国内金融科技人才缺口超150万。根据零壹智库《30家上市银行科技人员规模及增长分析》，银行业科技人员占比整体而言相对较低，排名第一的杭州银行也仅有12.45%。国有大行的科技人员较多，但占比情况一般，其中最高的为工商银行的8.1%，农业银行占比仅有1.8%。而农村商业银行科技布局相对较少，科技人员占比情况普遍排名靠后。

金融科技对于人才的依赖主要来自四个方面：

1. 金融科技的落地对于科技人才广泛的需求和复合的标准，使得可直接从市场获得的金融科技人才非常有限。

2. 多元化的金融服务一方面提高了银行的盈利能力，另一方面带来对新系统建设的强劲需求，形成巨大的人才缺口。

3. 多级法人机构视角下的总行分行组织结构，要求金融科技一方面支持总行的掌控要求，另一方面要支持分行的各类特色业务实现，其架构复杂度对科技人才的要求较高。

4. 随着金融机构应用架构逐渐从集中式转向分布式，金融机构正在积极开展一般业务系统乃至关键业务系统的迁移试点。庞大的金融业务系统“重来一遍”的广泛诉求导致对于科技人才的巨大需求。

02.

仅靠招聘解决金融科技人才缺口杯水车薪

在这样的大背景下，金融机构普遍有驱动力大量提升科技人员比例，同样根据零壹智库对银行财报的研究，有23家银行科技人员数量出现增长，同比增长最快的是招商银行，同比增长173.04%，科技人员数量将近翻了两倍，此外民生银行、宁波银行、浦发银行的增长率均超过50%。在增长的23家银行中，人数增长超过1000的有5家，分别为招商银行增长5629人、民生银行增长1262人、浦发银行增长1961人、中信银行增长1008人、建设银行增长2926人。

然而这就够了么？人力招聘公司Michael Page（中国）此前的调查报告显示， 85%的受访雇主表示他们遇到招聘困难，45%的受访雇主表示他们面临的最大招聘困难是难以找到符合特定职位需求的人才。

03.

利用流程的低代码化实现科技人员占比提升

既然行有不得，何不反求诸己？外面的人不好招，把自己人变成科技人才行不行呢？

怎么变？先从流程的低代码化入手。

Gartner此前提出了一个概念，即科技的“民主化”，通过应用程序开发功能实现自动化，为公民开发者提供支持。所谓公民开发者，就是没有专业背景或任何编码培训，也没有动手进行过IT应用程序开发的企业员工，通过工具的支持，可以自助的实现自己所需要的应用。

对于金融企业来说，升级业务流程工具的低代码能力，将金融企业中非IT部门员工转化为可以自助实现业务功能的公民开发者，使得业务人员可以自助的开发流程，将是破解金融科技人才缺口的一个趋势。

自从工作流技术出现后，流程类应用的快速实施一直是流程类产品追求的目标。通过业务化的流程场景化配置，屏蔽技术难度，甚至让业务人员能够自己完成流程设计。所以说低代码一直都在，只是迎来了新一轮的热潮。流程也是大部分低代码、零代码产品不可或缺的核心能力。

无论是应用的低代码开发还是流程的业务化配置都是通过沉淀业务组件，提供场景化配置能力，屏蔽技术细节，让开发者或者非技术业务人员能够快速上手，进行业务场景快速落地。其核心目标都是降本增效，快速响应业务变化。

与其说流程与低代码是因缘携手，不如说是火热的低代码热潮推动了流程向低代码进阶，二者合力快速发展，成为了培养企业数字化人才的核心助力。

04.

流程低代码化的前提：分级分类分析现有流程

对于常见的低代码平台，对流程支撑仅限于应用内部工作流即操作流程的场景。这对于金融企业来讲显然是不够的，CEO想战略，VP琢磨运营，业务专家则考虑怎么处理和审批，科技人员也在用流程的方式来编排代码逻辑。需要对流程进行分级分类，以确定流程低代码化的入手点。根据流程建模的方法，我们把企业流程可以分为0~6级。

• L0是一个完整的业务视图与战略部署相关，例如银行的L0可以分为对公、对私，是CEO视角；

• L1是核心业务的分组，例如我们对银行业务分解为产品、渠道、运营、营销、风险，是 VP 和 管理负责人视角；

• L2是核心流程，是各个部门主管的视角，例如产品生命周期管理流程，再如贷前贷中贷后；

上述三种流程是在架构层面的定义，并不在 IT 系统物理层面体现出来。

• L3是具体的业务流程（Process），是IT可实现的某业务领域的端到端流程，支撑人工处理、跨系统集成等复杂场景；

• L4是业务活动（Activity），对应L3级流程内活动的子流程，通常是较低层次的操作流程、交易流程；

• L5是任务（Task），由个人或者小组完成的工作；

• L6是操作（Step），在一个任务中可能分为多个操作步骤，例如录入信息后点击“下一步”按钮。

从流程的应用场景角度，流程又可以分三类，业务流程、操作流程、交易流程，分别说明如下：

• 业务流程：对应L3级流程，通常具有端到端跨系统的特点，也会包含人工处理过程。更注重集成性。

• 操作流程：对应L4级流程，一般是部门内部、业务系统内的一些业务操作或审批类流程，通常比较简单，以人工处理为主。

• 交易流程：对应L4级流程，对应短交易逻辑流程，也称作服务编排。交易流不涉及人工处理，注重服务集成特性、异常处理冲正、参数转换、异步处理等等交易相关的技术属性。

低代码平台在金融企业落地时，需要能对业务流程、交易流程、操作流程相关场景进行支撑。对于支持这几种场景的流程，整体建设思路首先就是要有工具能够支撑标准化、易用的流程编排，抽取各场景流程的共性特征，沉淀为业务组件让流程编排更方便快捷。通过流程编排工具，将相对稳定的流程进行标准化定义，再将多变的业务进行规则组件封装。整体协同配合，以支撑金融企业的交易运行。

从流程应用实施过程来看，通常与代码最密切相关的无非就是三类工作，开发、集成和运行管控。那么我们从这几个阶段入手来继续分析。

05.

流程开发低代码化：配置化、规则化、参数化

流程场景配置化，配置业务化 

流程的设计开发过程要达到低代码，首先就要流程设计工具实现高度配置化，并且是针对使用场景的配置化。比如人工处理活动中的参与人范围选择场景；多人会签场景中的派单方式、处理方式、结束策略等；关于任务处理超时和提醒场景等等。针对具体的场景，设计业务化的配置功能，让业务人员能够易理解易上手。我们来具体看一些例子：

业务化配置-流程人工活动参与者选择策略

上图为流程设计器中人工活动参与人范围设置的场景化配置示例，针对常用的人员范围场景，直接支持配置：人员、机构、角色、岗位、主管条线、机构负责人条线等选人模式，对于一些异常场景也直接提供处理策略，如：找不到人的处理策略、人员重复的处理策略等等。常见场景均以配置化方式覆盖，同时复杂场景保留调用规则逻辑的扩展点。

业务化配置-流程人工活动多任务会签、超时预警策略

上图为人工活动多任务会签和超时场景化配置示例，会签场景中支持任务分派、处理、完成策略配置，超时场景中支持任务超时、超时前预警以及超时后的任务是否自动提交等策略配置，配置方式直观明了，易于业务人员理解。

 业务逻辑规则化、规则参数化 

业务流程具备业务化的配置能力后，就基本上可以做到业务人员自助设计和调整流程。业务流程相对于程序编码来说，快速变更和调整会更容易一些，然而业务流程通常人和组织机构关系密切，是人们分工协作的模式，业务流程发生变化，通常也会伴随着组织人事的变更。也就是说，核心的业务流程，实际上还是相对稳定的。

那么我们所说的灵活多变的需求场景，有很大一部分实际体现在隐含在流程中的一些规则逻辑，那么有个业务化的规则逻辑设计工具再配合业务流程的能力，能够更容易应对需求的变化。业务规则就是把一些经常需要调整的逻辑，从程序编码中抽取出来，采用业务化的语言或配置工具进行表达，以达到更快速变更的目的。

例如：车保险行业为加快理赔速度，提升客户满意度，由原先根据事故类型分派相应的定损理赔专员的模式，调整规则为某些VIP客户，增加绿色通道，安排专员加急处理。在这个场景中，查勘、定损、理赔流程还是固定不变的，改变的是流程中的派工规则。

顺着这个思路往下分析，比业务规则变化更频繁的实际上是流程或规则内部使用的一些参数，比如：车险理赔业务中，不同等级业务员可快速自核损金额范围；贷款业务与政策相关的贷款利率等等。这些都是规则逻辑中使用的一些具体业务参数，在绝大多数情况下的场景变化需求，只需要对这些参数值进行调整就够了。

所以我们所说的，业务处理流程化 > 流程配置业务化 > 业务逻辑规则化 > 业务规则参数化 这个递进的过程，也就是流程产品与业务不断进行抽象、总结、沉淀的过程。也是由代码实现一切到抽取通用的引擎、组件、工具，直到进阶低代码阶段的过程。

 业务化表单配置 

流程要达到低代码的程度，一个业务化的所见即所得的表单设计工具就是非常必要的。

流程周边-流程审批表单设计器

上图就是一个表单设计器，能够快速定义一个流程审批表单，可以与数据模型连接后端数据，通过一次建模能够同时支撑PC端与移动端的流程表单展现。流程能够方便的与表单进行绑定，不同环节支持设置不同的表单权限，二者无缝衔接，让业务人员也能够快速的将所需业务功能实施上线。

 流程仿真 

提供低代码的方式进行流程、规则、表单的设计能力的同时，还需要有方便的功能测试验证手段才能保证功能的快速推出。表单设计时可以通过双端预览进行验证。流程同样需要实现流程仿真验证的能力。

流程仿真工具根据流程模型计算出流程所需的输入参数，由测试人员进行输入。输入数据后，流程引擎自动根据业务参数进行模拟流程运行，将流程推进到结束，并输出执行路径和流程数据结果。

整个过程自动运行，不产生多余数据。验证通过后，测试人员可以选择将本次验证的输入输出数据保存为此流程的测试用例。用以后续进行测试回归，持续对流程的正确性加以保障。

运行时，同样也可以根据业务数据模拟预测流程的走向、处理人，让业务人员对流程了然于胸。

06.

流程集成低代码化：服务、审批组件与组织机构集成

 服务集成 

服务集成一般是接入和接出两个方面。接入服务即流程平台开放的对外接口，供外部系统调用，接出服务则是流程调用外部系统服务，是跨系统集成交互的常见方式，服务调用也是流程中的重要能力。

服务集成-流程与外部服务集成实现业务化无代码服务调用

我们在平台中抽象了业务操作模型，用以对外部服务进行业务化的规格描述。外部服务接口属于技术资源，我们将其分为IO规格和协议规格两部分。协议规格由平台的技术人员负责实现。而业务操作主要描述服务的IO规格，即服务的输入、输出的规格。

简单来说，如果我想要调用一个外部服务，那么我只关心我要给其发送什么数据，然后我能接收到什么数据。对这部分输入输出的数据进行业务化描述，就能够让业务人员更容易理解和使用。

 审批组件集成 

目前很多业务系统在与流程引擎交互都是采用服务调用的集成模式。即业务系统通过调用流程平台开放的发起流程、待办已办查询、提交任务等等一系列接口完成任务。这种属于传统的代码集成模式。是否还有更高效集成的方式呢？

UI组件集成-业务审批组件集成，是API集成的高级阶段

我们在集成能力方面设计了流程审批框架UI组件，将流程发起、流程查看、任务处理等等相关能力封装成为一套标准化的UI组件，将常用的流程、任务操作集成到页面框架中。

如：暂存、发起流程、通过、驳回、加签、终止... ... 等等。框架中流程的不同环节允许的操作权限与流程配置绑定，覆盖了常见的流程处理需求。遇到特殊的场景，还可以基于审批框架进行改造和调整。

审批框架，让流程集成从API集成模式提升到UI组件集成阶段，使业务系统在流程任务处理方面的代码开发工作量约等于零，极大地提升了流程应用实施效率。

 组织机构集成 

流程平台的能力与组织机构、用户、权限数据密不可分，需要具备极强的数据集成能力，能够接入不同企业不同特点的组织机构数据。

组织数据集成-支持多法人多维度的组织与权限管理模式

除了灵活的组织机构扩展集成能力之外，流程平台产品需要支持复杂的组织机构模型，以适应各种各样的业务场景。在这一块我们实现了支持多法人、多维度的组织机构、角色权限管理能力。根据企业的业务特色，我们能灵活地进行流程与组织机构角色集成，让业务组织与流程无缝结合。

07.

流程运行低代码化：自助分析统计与分级管理

 自助化流程管理工具 

想要让业务人员自助管控，首先流程平台需要具备自助化的流程管理工具。通过在线的流程运维管理门户，业务人员可以基于运维门户对流程进行灵活的版本管理如发布撤销等等；对正在运行流程实例进行灵活管控。比如：实例的终止、重启、版本切换，流程环节的回退和任意跳转，任务的改派和加签等等。通过这些工具，业务人员可以很方便的对于一些非正常业务流程进行调整和优化，更加及时的处理客户的报障或用户的其他诉求。

 自助化流程分析统计 

除了流程管理工具之外，流程统计分析的能力也不可或缺。我们建立了组织机构、用户、业务分类、时间等多种维度模型，供业务人员基于不同的维度结合流程实例、任务数据进行统计和分析，能够快速的发现流程中的瓶颈点，作为流程进一步优化的依据。也可以实现根据统计数据进行流程任务相关绩效评级等等场景。

 集中式流程平台分级管理 

要做到自助管控，光有管理工具是不够的，还得考虑权限。在常见的统一流程平台场景下，一个企业级的流程平台，同时支撑很多业务系统的流程运行，那么对应用和流程的管理授权就非常必要了。我们可以将应用、流程与组织机构角色进行关联绑定，可以方便的实现分级授权管理、权限下放，让不同子机构的业务人员自助维护管理其各自负责的流程。

例如：一个成本管理应用，集团负责设计和管理标准流程，下级机构按需选择使用标准流程或者基于标准模板进行特色化调整。如需特色化定义，则新建的特色流程则由对应的机构自行维护和管理。

08.

流程低代码化的进阶：流程智能化

综上所述，我们看到了流程与低代码结合后所能达到的一部分效果。能够实现业务自助化的流程应用实施和管控；能够快速响应内外部需求场景的变化；能够极大的提升业务落地的效率；可以充分发挥业务、技术人员各自的专长，最终经过不断的知识积累和业务组件沉淀，让业务人员也可以进行流程的实现，帮助企业快速培养数字化人才，切实地为企业数字化转型和建设发挥关键作用。

 流程数智化愿景 

从流程的演进历史来看，流程从状态机到工作流再到BPM，直到SOA时代的统一流程平台，主要的工作是流程的服务化，让企业流程能够规范化和统一管控；而流程与低代码的结合，让业务和科技人员合力实现了流程应用实施和管理的自助化。

随着数字化生态的逐步完善和科技的发展，OCR、AI、RPA等等各领域技术不断取得突破，流程自动化、智能辅助决策场景将水到渠成，我们将很快迎来流程数智化的时代。

  精选提问：

问题1：流程到一定的时间后，如果不能自动流动，可以自动转换到同阶段其他节点吗？

到一定时间自动启动xxx。我们的业务流程是BPMN2.0规范的，具备定时启动、定时边界事件等能力，可以实现这类功能。

问题2：流程与其他系统的对接，是采用什么机制，流程的安全性是怎么考虑的

外部系统提供的服务，可以在流程平台上做业务化的注册。比如我们支持通过Swagger 导入RESTful服务，导入后，我们将服务的输入输出参数进行业务化的定义。流程中的服务调用类的活动就可以直接进行调用编排，流程中上下文的参数可以传入到服务中，也可以接收服务返回的数据。流程开放的API ，支持用户认证、外部APP认证、网关认证三种模式。带了合法的用户令牌、AppId+secret 或者网关秘钥才允许访问。

问题3：L3端到端的流程，这个地方请扩展解释一下

端到端的流程，通常就是一个业务领域内的大流程。比如车险从报案开始、查勘、定损、理赔等。是个大的流程，具体的查勘定损这种活动，又会有响应的子系统里面的子流程处理。

问题4：流程的预警产品提供吗，能否提供流程的案例或试用产品，来试用一下。

流程、任务超时前，会有个预警阶段。具体的预警实现需要监听预警触发时间来扩展。产品试用可以联系400-820-5821进行咨询。

关于作者：火山哥，普元研发中心资深产品架构师，十几年产品研发与架构设计经验，持续关注和研究分布式、微服务、BPM等领域。

关于EAWorld：使能数字转型，共创数智未来！长按二维码关注！