业务孤岛是如何产生的

与业务人员交流，经常听他们抱怨孤岛问题，什么“业务孤岛”“信息孤岛”“数据孤岛”，反正信息化有问题，各种孤岛问题一大堆。

有一次实在忍不住，问了一下，“您说的XX孤岛”是什么意思，能具体描述一下吗？结果又引来一堆的问题和抱怨。

今天，我就把业务孤岛是什么，以及业务孤岛产生的逻辑谈谈我自己的看法。

数字化转型的第一个阶段是信息化，信息化就是把真实的业务流程落地到信息系统，让系统支撑业务运作，这个阶段的主要任务就是系统建设。

这个阶段要实现两大目标：流程线上化和表单数据化。

流程的线上化就是用信息系统来跑流程。

在流程在执行过程中，会有大量的输入和输出，就是所谓的业务表单，这些业务表单，也随着流程的线上化，被记录到系统里，表单里的数据也随之沉淀到数据库里，这个过程就是表单数据化。

在整个信息化建设阶段，企业要想清楚两点：

1、业务系统的边界该如何定义

2、系统内部的功能该如何规划

如果这两点想不清楚，随意进行建设，那可能产生两个问题：

问题1：建设好的系统对业务的支撑不足，缺失很多必备功能

问题2：过度建设。把一切都想得很美好，要这个功能、要那个功能，等系统建设好后，发现组织或岗位的设置不足以支撑系统的运行，甚至很多功能模块超越了业务流程的边界。

这张图的上半部分，代表了真实业务环境中需要执行的业务流程 ，当业务流程被信息化后，就会发现业务流程中的那两块红色标识X的流程步骤，没有在业务系统中找到对应的支撑，这会让真实的业务一会儿在线上走系统，一会又到线下填表单，然后再跑到线上导数据。

而图上的下半部分，最右边的功能模块X，却在业务流程中找不到对应的流程步骤，这代表了这个功能模块超越了流程边界。

那么，在组织中，这个功能应该让谁去用？或者指定用功能模块的人有没有相应的业务能力？由于业务流程中没有这个事项，所以，很可能，针对该功能对应的业务，企业或部门根本就没有进行定义，也没有对员工进行必要的业务能力培训，员工很可能没有掌握相关技能。

那么，强行上马超越业务边界的功能，使用起来可能效果不会太理想。

这是系统建设过程中非常可能碰到的问题。

业务孤岛

当企业从单系统向多系统迈进时，另一类问题就会出现：集成问题，包括了业务集成和数据集成。

这一期先说业务集成问题。

上图大致说明了业务集成如果有问题，导致的业务孤岛产生的逻辑。

业务集成如果做得不好，我们企业的流程体系中，明明紧密关联的跨业务、跨部门的流程落地到各个专业化的业务系统中可能连不起来。

在现实的业务环境中，A部门与B部门有很多的工作接口，他们在线下沟通、交流以及传递工作信息、工作成果时很顺畅。

当A部门的业务流程落地到A系统 、B部门的业务流程落地到B系统，企业可能会突然发现，从A部门的A9（见上图）这个流程步骤与B部门应该要有衔接，但B系统中没有这个功能去承载。

同理，B部门的B7（见上图）这个流程步骤，需要与C部门进行业务连接，线下十分顺畅的流程，到线上断掉了。

这就产生了大家熟知的一个名词：业务孤岛。