IT2.0业务中台规划牵引客户IT基础设施投资随想 （十二）：协同模式下的中台规划

协同模式下的中台规划，其最大的价值是要面向前台和用户提供业务协同服务，让数据多跑腿，让人少跑腿。举例说明：

对于传统产品制造及销售型的企业来说，构建一个端到端协同的平台，面向客户、消费者、供应商、合作伙伴、员工等用户提供一站式Portal，既能提升用户的系统使用体验，又能提升协同的效率和效益。这里的端到端业务协同指的是客户项目计划到实施、契约签订到履行、客户问题到解决、产品生养死、基于事实的业务决策等业务流，我司就属于这种情况。

对于资产运营、资源供给及服务型的企业来说，需要构建一个资产安全运营、资源有效管理和调度、高效服务贯通的平台，面向客户、消费者、供应商、合作伙伴、员工等各类型用户提供可连接资产和资源、可获取服务的一站式App，提升用户体验，提高资源的利用率，拉近资产、资源和服务之间的距离。电力客户的营配调贯通、航司客户的旅客服务和运行控制的集成、港口客户的计划调度协同等都属于这种情况。

对于金融、保险、媒资等机构来说，本质上都属于提供资金、信用、风险、知识等信息托管类的服务，为了更好地与客户对接，也需要基于盈利模式构建从客户需求到满足、从契约到履行、从客户问题到解决等端到端协同的业务流。

对于政府部门来说，既有为政府理财并提供财务托管服务的单位，如财政、国税等；也有基于公共资源提供公共服务产品的单位，如水务水利、公安、教育等；还有一些纯粹提供管理、监管服务的单位，如质检、工商等。这些单位也基本都会有各自的协同业务流，或满足服务需求，或发现并解决实际问题，或监督管理闭环等等，政府单位所提倡的“只跑一次”依赖的即是一个跨部门高效协同的平台。

首先需要考虑的是协同业务流的设计。在前面的章节中介绍过端到端业务场景梳理和剖析的方法，协同业务流的设计则是要将业务场景集成起来，并进行适当的划分。如下图所示，业务场景集成视图按照前台用户来划分可以得到面向角色的一站式交互场景，按照业务协同来划分可以得到不同的业务流。业务协同的划分方式可以基于参考架构，也可以基于“xx到xx”的划分方法，即从源事件演进到目标事件。

业务流设计更多的是站在业务视角，通过业务事件的序列来划分不同的业务协同场景。然而在规划中台业务应用服务时，则需要站在数据视角，通过将业务流转换为数据流，以明确中台需要提供的业务协同服务的宿主。在将业务流转换为数据流的过程中，重点需遵循的原则是“高聚合、松耦合”，业务流可以是发散的，但数据流一定得按照数据的定义进行收敛，不同的业务流对同一类数据的处理和传递应尽可能归一化，有益于数据的同源管控，避免数据不一致和IT重复建设。如下图所示，端到端的业务流视角看的是业务事件的演进，端到端数据流视角看的是各类数据的集成拉通。

基于“高聚合、松耦合”原则对业务流的数据流进行重构，支撑集成业务场景以及前台用户的交互场景。数据流的定义确定了中台的业务协同服务的颗粒度，通过对业务协同服务的灵活组合，可以支撑不同业务协同模式下的业务流。

在明确了中台的业务协同服务规划思路后，需要进一步明确业务协同服务的内涵。业务协同服务可以包括3个部分的内容：

提供数据流横向、纵向集成服务。

数据流横向集成服务指的是单个数据流的不同业务对象之间的集成服务，例如集成计划数据流中销售计划和生产计划之间的集成服务。如下图所示，不同业务对象之间需要建立联系和转换，这种联系可能由软件包实现，也可能需要在不同软件包之间构建集成服务。

数据流的纵向集成服务指的是不同数据流之间的集成服务。如下图所示，不同数据流之间的集成服务同样需要在业务对象之间建立联系和转换，以实现跨数据域的业务有效协同。

满足前台构建面向用户一站式Portal的业务应用服务需求。包括数据流横向、纵向集成服务，以及针对业务对象的各种处理和访问逻辑，可以将这些功能封装成业务应用服务，在统一的服务市场中注册、发布，并供前台用户订阅和调用。下图是中台业务应用服务规划的示例，包括数据流集成服务和基于业务对象的业务应用服务。

除了上述两个部分外，业务协同服务还需要考虑到部分业务应用服务从现有数据流中剥离，例如将一部分可在全公司所有领域共享的服务剥离开来，组成共享模式下的中台。如此说来，基于数据流的业务协同服务还需要调用共享模式下的中台提供的业务应用服务，这也可以作为业务协同服务的一个关键组成部分。

协同模式下的中台规划，本质上是由协同业务流驱动的数据流重构，以及基于数据流的业务应用服务规划，以满足业务集成拉通、前台用户一站式交互、对共享中心的调用等诉求。

软件开发

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。