百花齐放却收效甚微？数字化转型效能提升的三大指标

当下，数字化转型的重要性已无需多言，但如何衡量企业的数字化转型能效，解决目前转型中面临的百花齐放，但效果甚微的陷阱却是每一家企业都需要思考的问题。

数字化水平核心衡量指标：数字资产丰富度

为了解答这个问题，“2022网易数字+大会”在杭州召开。会议开始，波士顿咨询 (BCG) Platinion董事总经理陈果抛出了企业在数字化转型上存在的问题。在他看来，数字化转型的本质应该是业务部门要做的IT项目，而不是IT部门通过构想应用场景“自嗨”。而如果不解决这个问题，很容易陷入百花齐放（资源不聚焦，努力不聚焦，产出不聚焦）、熟悉模式（传统信息化模式做数字化，无法解耦、迭代）等陷阱。

波士顿咨询 (BCG) Platinion董事总经理陈果

而 无论是云原生还是大数据分析平台，数字化转型在当下的实现目标是敏捷，通过敏捷的方法持续扩张数字化成果，帮助企业进行价值链再造，最终达成仿生自动化、超自动化，以及个性化互动的未来愿景。 现阶段最应该思考的问题是，如何去繁复简，驱散企业数字化转型的迷雾。

与“去繁复简”的思考不谋而合，网易副总裁、杭州研究院执行院长、网易数帆总经理汪源进行了技术相关领域应该如何落地的解读。

网易副总裁、杭州研究院执行院长、网易数帆总经理汪源

事实上，要衡量技术落地的效能首先需要进行技术解构。汪源介绍，可以将数字化转型的效能衡量拆解为三个指标：包括软件资产生产力、数据资产生产力，以及智慧生产力。

“我们在进行行业数字化转型赋能的过程中，最大的体会是即使做到转型中期，很多企业在数字化的战略布局上也是呈点分散状，这样一种状态没有办法下沉形成数字资产，而没有沉淀，就无法实现多场景的复用、再复用。通过长期的实践，我们发现软件资产（APIs、领域服务、组件）、数据资产（元数据、指标、模型、报表）和智慧资产（数据、特征、图谱、模型），这些是数字化转型过程中需要长期关注的重点领域。”

具体来看，软件资产生产力的积累需长期挖掘和梳理敏捷、微服务，核心思路是：在DDD（领域驱动设计）思想指导下，通过SOA或者微服务，以及PBC（可组装的业务能力）的建设，从而实现组装式创新业务。

数据资产的沉淀实现路径为：在业务梳理的基础上进行数据资产盘点，进而完成总线矩阵设计、主题域设计，最后开发实施、系统测试和系统上线，其间同时贯穿了数据治理的举措（元数据、标准、质量、安全等）。汪源表示说：“这样安排实施路径可以有效解决数据开发和治理之间的长期脱节，从而导致持续性重复治理的问题。如果不解决，就会出现开发在前面捅娄子，治理在后面拼命追，但永远都追不上的尴尬局面。”

数据+治理一体化提升生产力，云原生+低代码降本增效

至于 数据开发和治理如何更好融合，从而提升数据资产生产力效能。 网易数帆大数据产品线总经理余利华针对先污染后治理、运动式治理、治理范围框定在平台内、消费环节数据治理困难等问题，提出了相应的解决方案： 首先是开发、治理一体化，将数据治理自然融入到数据开发各环节中，这样在开发过程中就能完成治理。

网易数帆大数据产品线总经理余利华

其次，在开发、治理一体化完成了事前解决的基础上，对已有数据可以通过大数据健康度评分体系，结合数据治理改进闭环、数据治理大赛，以及数据湖内外的统一治理方式进行治理。据他介绍，通过元数据的注册、扫描、采集和发布，MySQL、Oracle等外部数据源的数据得以逻辑入湖，从而实现数据的统一开发和治理。此外，在数据消费环节，解决方法主要是建立一站式的数据消费平台，也称为数据资产门户。

在软件架构上，网易数帆云原生及低代码产品线总经理陈谔从业务创新的角度来说明软件生产力的核心理念。具体来看，陈谔认为企业在云原生实践第一个阶段首要解决的问题是业务的敏捷迭代，开始适应市场变化；之后进入到第二个阶段，即夯实服务，在企业业务不断迭代和架构日趋复杂的情况下保证系统稳定性和连续性；在第一和第二阶段基础上，即可进入到基于云原生技术和企业自身IT资产沉淀来快速开发创新业务的阶段。

网易数帆云原生及低代码产品线总经理陈谔

“在这一阶段，我们发布了服务网格的2.0GA 版本。虽然服务网格技术进入了成熟期，但落地挑战依然巨大。和原有技术架构相比，服务网格架构相对来说跨度较大。为了弥合跨度，2.0GA版本核心包括异构纳管、平滑演进等技术，可以实现无论是微服务还是遗留系统的统一管理。”

此外，据陈谔介绍，通过过往一年的实践，网易数帆轻舟低代码在支持企业进行复杂的应用开发上发挥了重要作用，能力在不断增强。“轻舟低代码已经能构建产生1000个业务逻辑的复杂应用，开发效率平均提升了100%，整体的开发成本降低了60%以上。”

除了能效惊人，轻舟低代码还有两个显著特性，一是源代码可以独立部署到用户的不同应用场景中，支持开发完成后仍可导出，对接用户的相关流程，代码的高质量甚至可以通过金融业对安全的高审查要求；二来，具备支持多人协作和版本管理的能力。这意味着低代码复杂性的上限消失，可以由多人同时开发出更为复杂的应用。通过版本管理，这些应用也可以和其他企业服务一样实现平滑、可升级、版本维护等能力。

“我们的低代码平台不仅是给专业开发人员使用，更多是给新一代的，没有专业基础的开发人员应用。”

最后，在汪源提及的软件资产生产力核心思路基础上，陈谔重点强调了企业为什么需要组装式的架构：“它能大幅提升企业交付应用的效率，避免重复建设，提高资产的复用比，降低企业开发维护成本，让生产方式更加标准化，更多人能够参与到企业应用的开发中来。”

数据分析架构的三个统一和数字化转型的三大能力

Q：您对当下前沿技术的观察和趋势预判是怎样的？

汪源：简要谈下现代化的数据分析技术趋势和挑战。数据领域方法论的发展黄金期是上世纪90年代，当时有很多新方法被提出来，比如数据仓库。OLAP（On-Line Analytic Processing，联机分析处理）就是基于1993年的一篇论文中谈及“多维分析怎么建多维数据集（Cube）、上卷（Roll-up）、下钻（Drill-down）等一系列分析能力”而提出的。包括BI、数据治理、数据挖掘等在今天仍然非常有影响力的思想和方法，都是在那个阶段提出的。

近20年来，业界诞生了以Hadoop为代表的大数据体系。这样一来，就可以突破传统数仓的约束，达成低成本和高扩展的特性。在技术上产生了存储、资源调度，包括像Parquet这样的开放数据格式标准，通过MapReduce、Spark、Flink等多种核心计算引擎，构建了一整套技术栈。与此同时，应用侧有一些AI的需求被提出，这些都标志着数据领域在系统实现技术上有很大的进步。

最近又出现很多新的理念，像国内五年前开始提的数据中台，国际上也有一些新思路，包括数据编织、数据网格，以及不少厂商提出的Reverse ETL（反向ETL）。这些理念和思路可以梳理为三个核心主题，我称之为“三个统一”：统一的基础设施技术、统一的中间层，以及统一的数据资产。其中，统一的基础设施从底层向上分别是存储、调度、Parquet文件格式、开源数据湖表格式与表服务、分析引擎等；中间层则在传统数据仓库和BI层的基础上加一层Semantic Layer（语义层）；数据资产主要关注Data Fabric（数据编织），我们希望通过这一技术能够让企业的数据资产快速发现、汇集和统一管理。

Q：数字化转型难在那里？很多企业认为应用了个别数字化工具就是在转型中了，该如何全局性的思考数字化转型？

汪源：数字化转型必然是一个漫长的过程，而且主要是传统企业面临这个问题，像我们网易这样本身是数字原生的企业不会存在这个问题。那传统厂商原来主要考虑的是如何构建实体资产，比如建厂房，购买设备。现在需要在生产、业务、商业模式等各个方面都建立起数字化的能力，这一建设期可能需要5到10年。

对于如何思考和构建全局性的数字化转型这个问题，我们的实践成果就是我在会上提到的，包括软件、数据，以及智慧三大能力的提升。我们提供的都是通用的技术能力，它们带来的好处是能够跨行业支撑不同的应用场景，不足则在于针对特定行业和场景的应用侧能力不够简单直接。解决这个问题的核心还是落地实践，我们广泛与工业互联网、医疗、云服务等技术领域的厂商合作，满足企业数字化转型的从应用顶层到中间软件层，到底层基础设施的完整需求。没有一家企业可以提供数字化转型所有的服务，还是需要一起打造综合型服务的生态概念。

企业数字化转型三步走：流程、数据、中台

Q：对于处在数字化基础不同阶段的企业，如何迈出转型的第一步？

汪源：个人是认为基础最差的是信息化都没有做好，流程还没有理顺。要先把信息化和流程做好，否则不具备追求数字转型的基础。

流程在线之后，相关数据进入系统会生成更多数据，基于这些数据就可以开展数字化项目。这其中包含两条线，一条线是数据进行整合分析和再利用，能够应用在数字化决策、运营、营销这些方面；另一条线可以做数字化创新尝试或者培育，在这个过程中，需要一些高效的软件开发能力来支撑创新业务发展。

总体来说，可以分成三步走，首先关注业务流程是否足够标准化；其次是将流程做到在线，数据做到标准，业务做到创新；最后再进入智能化的中台建设阶段。

Q：速度和安全是衡量数字化转型效果的一体两面，如何把握转型过程中“快”和“好”的边界？

汪源：不同的企业对快和好之间有不同的取舍，没有严格的界限，可能有灰度的地方。

当然，数据安全是一个避不开的话题，需要技术和管理制度共同解决。从技术角度来讲，需要精细化的权限控制、数据分级管理、静态和动态实时分辨等能力。在保证企业数据安全的情况下，我们也在构建隐私计算的模型共享。

Q：当数帆技术和产品理念落地到客户实践中，会遇到哪些难以解决的问题？比如技术团队有哪些冲突点？

汪源：这个问题需要从动态和静态两个角度说。从动态来看，我们和用户的磨合还是比较顺利，冲突不多，团队会和客户进行深入的理念沟通。但在静态上，最初的接触阶段还是有比较多理念和思路不一致的地方。

所以需要在前期和客户有比较长时间的沟通和交流，确保项目正式开展的时候双方对所有事项都是了解清楚的，避免仓促立项。

— 推荐阅读 —

☞28岁程序员网购生发丸吃成肝损伤；微信新增退群保留聊天记录功能；特斯拉人形机器人原型机即将发布|极客头条
☞1024 程序员节官方剧透：重磅大咖再聚，共话中国技术新生态
☞独家对话Python之父：人类大脑才是软件开发效率的天花板