IT2.0业务中台规划牵引客户IT基础设施投资随想 （五）：整体规划方法和业务场景驱动的端到端架构规划

       在中台和后台（服务组织）支配的高效互动模式下，中台承担了更多的业务集成拉通的任务，中台也承载了端到端协同的业务模式，例如对于传统制造业来说，研发、交易和交付、生产供应、计划、采购、财务等业务集成的模式直接决定了前台的交互模式。换句话说，在这种情况下是由中台来决定前台的不同用户之间能够做些什么，由中台来决定如何调度资源、如何组织这些资源以及如何使用资源，前台用户更多地是围着中台构建的业务模式来进行互动。

       对于传统行业的客户来说，规模越大越是注重运作的效率和效益，越是希望通过标准化的业务运作模式来放大自身的规模优势，中台和后台（服务组织）支配的高效互动模式能够满足此类客户对构建高效协同的中台，以及基于中台让前台的作业更加简单、快速，面向用户、客户提供标准统一的服务，通过提升服务的数量摊低服务的成本等诉求。

       如前文所述，中台和后台（服务组织）支配的高效互动模式下，需要特别重视IT使能业务场景。接下来我会结合自身的理解和实践，介绍一下中台和后台（服务组织）支配的高效互动模式下的业务场景驱动的前中后台架构规划方式和方法。

      整体规划方法如下图所示，可以分解成左中右三个部分：1）对客户业务场景的了解和分析；2）对客户业务场景的剖析；3）基于客户业务场景规划前台交互模式、中台协同模式和后台资源。

        对客户业务场景的了解和分析可以通过调研和访谈等方式，充分获取客户对业务价值流、业务模式、业务场景的非结构化描述（自然语言），并辅助一些结构化分析手段进行总结和记录。对于盈利性客户而言，其价值流通常指的是其盈利的完整过程；对于非盈利性客户而言，价值流通常指的是其社会公共职能实现的完整过程。价值流的实现通常需要进行一系列的业务活动，而业务模式则是对这些业务活动的划分，即在不同的业务模式下通过完成相应的一系列的业务活动实现业务价值。业务价值流结合不同的业务模式划分就能形成一个个不同的业务场景，例如对盈利性客户而言，针对不同类型客户的交易和交付模式就能形成不同的业务场景；对非盈利性客户而言，针对不同类型的服务对象以及服务项目也能划分出不同的业务场景。

        对客户业务场景的剖析则是站在IT架构师的角度对业务场景所包含的关键要素进行进一步的细分和定义，与上一阶段不同的是，对客户业务场景的剖析更多的是站在IT使能业务场景的视角，而非业务视角。信息链是一种IT使能业务场景分析方法，以业务活动为主线，分析主要数据在业务流程、应用中的流转关系。可以通过信息链对业务场景所包含的业务活动，以及业务活动的上下游关系进行定义，此外，针对每个业务活动又可以进一步定义其所包含的四个关键要素：1)执行活动的角色；2）该活动在什么系统上执行的；3）执行活动涉及到的数据业务对象；4）需要对数据业务对象进行何种操作（例如CRUD等）。

      对客户业务场景的剖析除了利用信息链对业务场景进行全面的结构化描述外，还可以从纯粹数据或应用的视角来表达。

       站在纯粹数据的视角，可以基于业务场景的信息链进一步抽象出数据之间的演进关系，明确建立数据之间关系的规则。对于企业业务信息模型（EBIM）来说，其目的是要构建有关业务场景完整的概念数据模型，这些模型应该包含相关的数据业务对象及其之间的关系。业务对象之间的关系是通过业务场景中的业务活动逐步演进出来的，例如由技术开发路线规划演进出技术开发项目立项，很显然这两者之间是存在联系的，而这些业务联系最终都会体现在数据建模上，以保证数据记录与业务实际情况的高度一致。

     站在纯粹应用的视角，可以将信息链中各业务活动涉及的应用系统进行关联，描绘各应用之间的数据集成关系。对于应用集成关系来说，其目的是要构建有关业务场景完整的应用集成视图，发现应用集成的相关问题，包括但不限于不必要或不合理的应用集成、待构建的应用集成、未坚持数据同源原则的应用集成等。以下是应用集成关系视图的示例，其中对每个应用中对相关数据的操作按照CRU进行了区分识别。

       通过上述方式和方法可以对业务场景进行结构化剖析，识别数据之间的演进关系，应用之间的数据集成关系，这些交付都将作为IT使能业务场景驱动的基于业务端到端协同场景的中台规划和基于用户交互场景的前台规划的重要输入。此外，要构建IT使能的业务场景，还需要每个业务域贡献自身的能力、资源和资产，有关端到端架构规划和领域级架构规划之间的区别和联系，将在下一节继续介绍。