信息孤岛是结构问题，不是人的问题

发现孤岛的典型场景：某个组跟其他组几乎没有往来，或者某个人像从团队里消失了。

接下来的动作往往很快：找那个组的负责人谈一谈、给那个人调整工作内容、安排一次跨组会议。三种动作有个共同点——都把孤岛当成人的问题来处理。

它们通常失效。原因不是执行不到位，而是诊断错了。

先看结构洞

孤岛在图上的形态很清楚：两个簇之间，边的数量远低于簇内部的边数量。

社会网络研究把这个位置叫作结构洞——不是"某个组不开放"，而是两个簇之间缺少桥。

这个区分的实践意义很大：

• 如果是"不开放"，那是意愿或文化问题，要谈、要动员。
• 如果是"缺桥"，那意愿再好也没用——两个组之间根本没有一条可用的通道，谁都不会主动去建，因为建一条新通道的收益归双方，成本却归个人。

几乎所有被叫作"部门墙"的东西，都是后者。

加会议为什么没用

最常见的处置是安排一个跨组例行会议。

它有两个问题。第一，会议是同步成本：两个组各出几个人，一小时的会议消耗的是所有人的一小时。第二，如果会议没有产出物，它就只是一条临时的边——会议结束，通道也就结束，下一周还得再开一次。

真正需要的是让这条边不需要持续投入维护。这就是为什么让工件跨组流动比会议更有效：一份两个组共读的文档、一块共享看板、一个共同维护的接口清单，它们不占用同步时间，却持续承载信息。边一旦搭在工件上，就不再靠谁的自觉维持。

换人为什么没用

有一种直觉是：某个组跟别人不来往，是不是负责人不合适？换一个沟通能力强的人。

可以换，但先看一件事：新来的人坐上同一个位置之后，面对的是同样的结构。他需要往来的对象、需要走的审批、需要对接的接口，一条都没变。位置决定了他每天要和谁打交道，而位置不变，结构会重现。

这不是说人完全不重要。有能力的人能把一条边维持得更好，但一个人改变不了缺少桥这个事实。如果结构里根本没有那条边，他再主动，也只能变成一个新的瓶颈——所有跨组信息都从他一个人身上过。

三种真正有效的动作

按成本从低到高：

一、补一条直接边。 指定两个组各一名对接人，明确他们之间直接沟通什么、什么节奏。关键在"直接"——不经过第三方转达，那条边才是真的。

二、让工件成为边的载体。 建立一个两个组共同维护、共同阅读的东西：接口约定、共享看板、共同负责的检查清单。工件的好处是它不依赖谁记得去同步。

三、轮岗或结对。 成本最高，效果也最持久，因为它同时建立了多条边和共同的上下文。适合关键接口长期出问题的情况。

这三种动作都不需要任何一个人改变性格或态度。这也是判断改动是否找对了的标志——如果方案的核心是"希望大家更主动一些"，那多半还没找到结构。

怎么知道有没有效

做一次复测，用和上次同样的时间窗长度，看两个数字：

• 跨组边的数量是否上升
• 新边是否稳定存在（下一轮还在，而不是只在改动后那一轮出现）

第二个数字比第一个重要。一次性出现的边通常来自会议或活动；能持续存在的边，才是真的接上了。