在目前的全球竞争的格局下，全球研机构都在尝试如何把中国纳入其研发体系中。先进的组织，在尝试基于TOGAF®推动业务敏捷转型进行尝试，不仅仅将中国的研发组织承担更多的职责，而且尝试将研发的供应链也纳入其中，以提升整体产品的Time To Market应对中国市场激烈的竞争。同时，利用中国的资源优势、创新文化及规模化的市场，实现产品快速的升级迭代。领先的公司开始研究如何利用TOGAF推动业务敏捷转型来实现这一愿景。一方面，利用业务敏捷作为计划和组织的框架，来协调各个团队的沟通和协调机制；另一方面，利用TOGAF来规范沟通语言和架构设计及治理的标准。特别是利用敏捷架构的指引，可以有效的应对全球市场不确定性，实现方案和产品的稳定和敏捷的动态平衡。这种平衡在应对不确定性非常重要。同时，这种尝试也面临来自文化差异、时区、区域速度差异的挑战。在这个过程中，需要有一种价值观和思维方式的统一，需要从业人员的共同探索。

将介绍公司在开始进行数学化时面临一个关键难题：当系统或者软件出现问题时，公司只能对接专员找供应商寻求帮助解决问题，而由此产生的另一个深层难题是，不同供应商的产品之间“数据孤岛林立”，奈雪完全无法实现数据打通。其次，完成数字化覆盖后，要进行自动化和智能化。自动化是要解决手工操作的问题，通过设备、系统，降低对人的依赖，并通过机器提高效率；而智能化要把很多需要人工预测、人工猜测、人工推测的环节通过数据系统升级为更智能的数据预测。在实施智能化过程中碰到的问题以及目前实施的效果。目前已经上线自动排班系统、自动订货系统、半成品生产计划。这些数字化工具不仅仅可以改善员工效率，还可以节省公司成本：以半成品生产计划为例，由于门店每天原料的实际消耗量不同，会存在高峰期和低谷期，传统模式下，奈雪依靠门店店长通过经验去预判。但这显然会导致不精准的情况发生。现在每个时间生产多少、用多少物料，在系统内会给门店员工生成，减少人工预判。

OPPO的软件开发其实有多种业务形态，例如手机系统、手机应用、互联网应用、IT 应用等，所以匹配了不同的研发模式，有瀑布、敏捷、大规模敏捷等。两年前的 OPPO 不同的业务团队有不同的软件效能工具来支持业务的正常运转，有外购的比如微软的 Azure DevOps、Teambition、Jira和Conference 等，当业务需要跨系统完成协同开发或者问题解决的时候，往往需要大量的时间进行对齐，语言的对齐、指标的对齐、数据接口的对齐。所以我们从公司数字化转型变革项目凤凰计划开始统筹规划了一套完整的研发工具链“诺亚”，基于软件产品主数据的驱动，选择一个统一的不断演进的软件 IT 平台来支持不同的研发模式，支持业务价值快速交付的同时提升一线研发人员的用户体验。根据“凤凰计划”的统一方法论，我们拉上了业务团队一起参与设计并结合业界优秀实践讨论输出了最适合 OPPO 的软件研发平台，重新定义了组织和流程，并匹配合适的 IT 产品，充分考虑了 IT 产品的持续演进，为“诺亚”平台在 OPPO 的茁壮成长，更为 OPPO 业务的长选发展打下了扎实基础。

在Gartner发布的《中国低代码应用平台竞争格局》报告中提到，2021年至2026年间、中国LCAP市场收入预估将以25.4%的复合年增长率加速增长，低代码逐渐成为主流 。通过本次分享，参会观众将通过第一性原理揭示分布式系统的时空本质 ，以及金融级核心系统的业务本质和建模方法，介绍支持百亿交易的账务系统所面临的挑战和应对之道。

随着数字化技术的不断创新和发展，我们逐渐进入了一个全球化、网络化、智能化的新时代。在这个背景下，数字化的连续创新和可持续IT发展成为了推动社会发展和经济增长的重要驱动。本次讨论将围绕数字化创新、可持续IT发展等方面展开，探讨数字化技术应用的局限性、未来发展趋势以及数字化创新对企业和社会带来的挑战和机遇。与会者将包括业内技术专家、学者和企业家，共同分享经验和智慧，推动数字化发展和可持续经济增长。

工商银行业务研发中心是中国工商银行在京直属机构，是金融科技组织架构的重要组成部分。自2018年12月组建以来，围绕业务架构管理、全集团需求与测试管理等职责，逐步建立了基于业务架构的业务研发体系，在全行科技研发创新中发挥着重要作用。

业务研发中心继承了机构成立前的工作方法和工具平台。但随着科技业务快速发展，原有的信息管理系统已不能完全满足组织日常高效协作办公的需要，更难以支撑组织数字化转型等发展诉求。

为了解决以上问题，业务研发中心于2021年9月启动信息系统的重构升级，打造新一代的数字化作业平台，并借助平台建设和运营推动组织自身的数字化转型。

在平台建设过程中，项目组利用企业架构方法对中心业务进行了建模，并按照AMD的方法推动平台架构的升级。因为平台建设将架构建模成果转化为平台的基础配置库，以架构模型定义业务，新一代平台能够为全面地反映业务实际，模拟并优化业务，成为组织机构的数字孪生体。

经过一年多的实践，在数字孪生体指导和数字化作业平台支撑下，中心进一步探索了协作模式、组织模式的创新，组织数字化转型工作的帷幕正在拉开…

将通过自身经验，分享其在专业领域不断探索取得的经验，也将展现对未来数字化转型发展趋势的深刻理解。

本次演讲将分为三个部分：1. 掌握关键：业务战略与数字化转型战略的协同—生动剖析如何将业务战略与数字化转型战略巧妙结合，揭示二者的协同作用，以助力银行业务达到新高度和最优解。2. 塑造未来：构筑应用与数据架构的“地上四层楼”—深入探讨如何构建健壮的应用与数据架构，阐述这些架构如何成为支撑银行业务全面数字化的关键支柱。3. 保障稳固：深挖基础架构与安全架构的“地下四层楼”。最后，嘉宾将带我们探索隐藏在"地下"的基础架构与安全架构，揭示这些架构如何为银行的数字化转型提供坚实的基础和保障，确保数据的安全。

伴随数字经济的蓬勃发展，国内银行业数字化转型建设工作正紧锣密鼓地展开，各家银行均已开展了大量工作，但相关建设结果是否能够很好地满足银行数字化建设的总体目标，未来需要在哪些方面继续加强建设仍然缺少评判标准。该分享讲结合商业银行数字化转型趋势，研发了商业银行数字化成熟度评估模型，并在商业银行业务中进行应用。本次演讲将从建设背景、评估模型、评估方法、应用案例和未来展望五个方面进行具体介绍。
商业银行数字化成熟度评估模型（Bank Digital Mesh，简称BDM），创新提出了数字化价值空间概念，将数字化转型框架分为数字化能力、业务线和价值链三个维度，数字化转型体现为数字化能力对业务线和价值链的赋能。该模型在理念上应用了企业架构框架TOGAF10.0和价值论思想。银行运用该数字化成熟度评估模型，可对自身的数字化能力开展自评，帮助确定自身数字化转型所处发展阶段、成熟度水平、关键差距与不足，进而有效支持未来数字化转型建设工作的整体规划、实施开展并取得成功。

在数字化浪潮的影响下，金融行业迎来了前所未有的机遇和挑战。在本次讨论中，我们将探讨数字化转型中面临的困境，分享经验和案例，并讨论破局之道。与会者将包括金融业内的专家、学者和企业家，共同深入探讨数字化转型的发展趋势，为推动行业数字化转型贡献智慧和力量。

随着数字化建设的深入，企业在IT领域的资产和投资都在快速增长。一方面是过去多年建设起来的IT系统，另一方面是每年攀升的数字化预算，如何确保企业的数字化投资能够对准企业数字化战略、实现数字化目标，减少重复建设，已成为企业IT管理者面临的关键问题。传统的IT建设是需求触发的。业务部门提出IT需求，IT部门承接并建设满足业务需求的IT系统。当业务需求的规模和复杂程度越来越高时，这种粗放的IT治理模式就面临失效，亟需新的、基于全局架构的IT治理新范式。

EA为企业IT提供了一个“抓手”，用相对稳定的架构应对数字化战略和IT建设项目的不确定性。企业架构（EA）把数字化战略转换为可执行的项目，以帮助企业实现其数字化目标。沿着EAM+SPM+PPM的建设路线图，EAM，即企业架构管理，完成企业架构资产的结构化和可视化；SPM，即战略组合管理，基于架构进行数字化项目规划；PPM，即项目组合管理，基于架构进行数字化项目的论证、设计、实施和评价。通过将EA融入企业IT的核心价值流，帮助企业IT自身实现数字化转型，以数字化的方式推进数字化转型。

跟信息化相比，管理层对数字化期望更高，数字化转型范围更广、难度更大。通过客户体验转型和业务模式转型，触发企业在运营模式、组织和文化等要素再造。大部分传统企业由于基础管理水平、信息化系统覆盖度、IT人员水平、投入预算等条件约束，领先企业的先进实践很难照抄照搬，如何进行长期和短期结合，哪些基础必须夯实，哪些工作可以同步进行，希望本次分享能帮助参会观众对这一系列问题得到启发和共勉。

当前随着企业数字化转型工作的推进，我们急需企业架构的方法能够在企业级指导转型，能够从公司的业务模式，应用架构，数据治理，技术规范，安全等多个维度进行转型变革，能够给管理者以全局视角，将现状与目标清晰的可视化，同时能够给执行者以明确的路径，指导具体项目的推进与开展从而既实现业务管理上的优化（包含组织与流程），同时也实现数字化建设的优化与升级。在推进的过程中，我们经历了方法论的制定与剪裁，全公司全领域的推广与培训赋能，通过逐步实现架构的规划与设计，最终实现变革点与变革潜力的识别、变革项目的识别与规划。但是在实际推广的过程中，我们也发现在企业级推广如此复杂的方法会面临诸多问题，比如组织应该如何构建，是否多个架构域同时开展，运作机制如何与公司现有的流程融合，如何在企业内部宣传与推广，如何在质量与数量之间平衡等等。因此我们在组织构成与运作机制、流程制度、资产管控、工具建设等多个维度均进行了拓展和实践，通过对TOGAF方法的剪裁，与现有组织、流程的融合，最终实现企业架构治理体系的建立与稳定运行，实现整体架构成熟度的提升。

总结企业自身数字化建设历程，交流采用TOGAF方法进行企业数字化整体架构设计的具体实践方法，对应用架构设计内容及采用架构方法开展相关设计的技巧进行探讨，对相关数字化设计的建设落地与执行体会进行分享。

EA的评价近年来出现两级分化的趋势，这是什么原因造成的？企业实施EA究竟有什么作用，EA能做什么？不能做什么？

在EA建设过程中，方法论有很多，企业应该如何根据自身需要进行裁剪？都说EA是买不来的，那如何利用行业参考架构加快自身的EA实践？建设EA一定要建模吗？

建设EA之后的持续治理中，企业是否清楚EA应该给谁用？怎么用？需要什么机制实现治理？

EA与解决方案架构、系统架构的关系是什么？解决方案又与4A架构有什么关系？系统的前、中、后台架构跟EA是什么关系？EA能不能自下而上从项目/领域/解决方案/做起？

.......

有关EA建设与持续治理的问题还有很多亟待解决，欢迎更多数字化从业者们加入，与我们共同探讨。

数字化转型是当前的社会级热点，是各类企业的改革必经之路，但是数字化转型中提到的顶层设计、整体转型、价值链重塑该如何实施？企业的数字化转型能否被设计？该如何设计？用什么的思维方式设计？这些问题并没有统一答案和可供所有行业借鉴的统一标杆。此外，数字化并非只是系统实施和技术应用问题，是否企业的管理思维需要新的演进？是否该有新的思维？该从什么样的角度演进管理思维，该从什么样的角度认识数字企业？数字企业到底在管理什么？管理学和管理者都该提升哪些内容？我们该对数字企业有个系统思考了。如果数字企业的管理在演进，那么，数字领导力又该怎么定义？数字领导力该着手提升哪些内容？对内需要做什么？对客户需要做什么？对合作伙伴需要做什么？这些与企业自身的数字化转型有什么关系？对此我们更需要系统性的认识。对企业数字化转型最关键的数字人才，尤其是业技复合型人才，到底是什么？该怎么培养？他们与企业架构有什么关系？学习业务架构就可以提升业技融合，推动业务人员数字化转型吗？本次演讲基于分享者超过10年的企业架构工作经验、跨多领域实施感受和多年写作的深度思考，全面阐述企业架构数字化转型、数字企业管理、数字领导力提升和数字人才培养的关系。

云原生时代的意义： 云原生指的是在云计算环境下构建和运行应用程序的一种方法。云原生时代具有以应用为中心、快速发布、动态伸缩等特点，可以更好地适应企业快速发展的需求。在上汽乘用车企业IT架构变革和实践中，采用云原生架构相关技术，旨在实现更快速的应用发布、更高效的资源利用和更灵活的系统扩展。

企业IT架构变革的必要性：
随着业务和用户的不断增长，传统的IT架构已经不能满足企业的需求，尤其在数据处理、安全性、系统性能和系统可靠性等方面表现不佳。因此，企业IT架构变革至关重要，这可以帮助企业更好地满足业务需求并提高业务竞争力。

上汽乘用车的IT架构变革策略：
上汽乘用车企业IT架构变革的主要策略是采用云原生相关技术，这主要涉及容器编排、服务网格、持续交付等方面。这些技术可以满足企业对快速发布、动态伸缩等方面的需求，从而实现更灵活、安全、可靠的企业IT架构。

上汽乘用车IT架构变革实践案例：
上汽乘用车在进行IT架构变革方面所得到的成果和经验教训。这些成果包括应用容器化、多云环境的管理以及DevOps实践等，这都可以有效地提升企业的IT架构水平，提高企业的创新能力和效率。

未来的IT架构趋势：
展望未来企业IT架构的趋势和挑战。这些趋势可能包括混合云环境、人工智能等技术的发展，以及摆脱单一厂商的压力等等。企业IT架构变革不是一个单独的过程，而是在不断的变革中演进，因此企业需要及时识别并适应这些变化和挑战。

Gartner、麦肯锡、德勤、中国汽车工业协会等组织的研究报告和白皮书表明，自智能手机之后，以特斯拉为代表的新型汽车作为另一种智能移动终端，已经成为了数字化时代的典型代表之一，而围绕“软件定义汽车”所展开的一系列变化，正在且将进一步颠覆汽车产业和相关生态。

我们认为，“新型的智能移动终端”并不能完整描述汽车在数字化时代的定位。

新一代汽车所呈现的是——由汽车物理终端、所搭载的车端和云端软件应用以及围绕用户价值和体验所设计的场景化服务共同构成的“数字化汽车产品”。

正如由“Infrastructure as Code”所带来的“代码化”使得IT运维与IT研发的实践不断趋同，最终掀起了从“敏捷软件”到“敏捷运维”再到“DevOps”运动的浪潮那样——随着“软件定义汽车”将“软件”变成一等公民，在汽车行业激烈竞争的背景下，汽车作为一种新型数字化产品，其研发实践也正与当下的“数字化产品研发”实践不断趋同。 

这种趋同性为通过借鉴和迁移数字化产品研发的知识来解决新一代汽车研发的问题，以及预测下一步发展方向提供了有力的参考。

该分享将围绕“数字化汽车产品”的定义和核心挑战，利用企业架构思想审视面向新一代汽车研发的IT组织的形态和能力构建，为实现汽车研发的业技融合提供洞察性的参考和输入。

从复杂制造业的数字化转型的路线、方法出发，探讨复杂制造业数字化架构的整体设计方法，并通过实践案例介绍架构方法在企业的实际应用；通过分析航空制造企业的业务特点和数字化转型核心挑战，再到分享整体IT架构设计开发的过程方法与初步成果，对实践情况与后续思路进行交流探讨。

企业数字化转型没有一个明确的“完成标志”，其本质是要求企业具备持续应对变化的能力。这就要求企业在面对内外部环境的持续变化时，能具备快速有效调配内部各类资源以达成目标的能力。企业架构帮助企业结构化地表达各类要素以及要素直接的关系，从而将战略转换为可执行的项目的一整套方法体系，其中业务架构（BA）、数据架构（IA）、应用架构（AA）三者之间的集成关系，即3A集成，尤为重要。在企业开展架构实践的早期，3个A往往是由三个团队分别负责，3A架构资产之间的集成关系不清晰，无法通过业务架构有效调动数据、应用等数字化资产，造成IT与业务脱节。所谓3A架构集成，就是要把业务架构作为应用架构的关键输入，让业务架构决定应用架构，同时应用架构要适配业务架构，随着业务架构不断进化，确保应用架构始终支持业务的运作与管理。在业务运作和管理决策中会产生各类数据，这些数据的处理通过应用架构来承载。应用架构中规划设计出来的应用功能，需要通过技术架构来实现、来落地。通过3A架构集成，帮助企业有效配置各类资源，达成数字化转型目标。

随着ChatGPT的爆火，各行各业都在探索ChatGPT的应用场景，AIGC技术将通过其广阔的适用性给数字化领域带来无法预料的创新。那么，AIGC技术将在企业架构领域带来什么的机遇？它是否可以帮助我们更好的进行架构描述？在架构设计过程中，能否成为企业提升架构治理效率的工具？是否可以帮助企业更轻便的享受到EA的好处？我们能不能利用这一技术简化企业架构资产建设的初始化过程？如果企业有标准化的架构资产，AIGC技术对企业的架构管理能力提升有多大帮助？AIGC技术与架构领域，又将碰撞出什么样的火花，欢迎更多数字化从业者们加入，与我们共同探讨。