有个数据在企业服务圈传得挺广：相关部门联动服务小微经营主体，到七月底累计建立跨部门协作机制一百二十七个，共享数据九点七四亿条。政府部门在花力气把「企业需求是整体的、服务就不能是碎片的」这件事做实，反观企业内部，跨部门推不动仍然排在年度复盘堵点的前几位。
我们做过一次小样本统计，二十几家营收在三千万到三亿之间的企业里，年底复盘把「跨部门协同」列为主要堵点的有十六家。有意思的是，这十六家里有十一家的共享盘里躺着一张责任矩阵，R、A、C、I 四个格子都填了，格式还挺标准。
表有了，事还是推不动，原因通常都不复杂。第一个是 A 角不止一个，一项工作写两个审批人，实际效果等于没人拍板，双方都等对方先点头。第二个是 R 角写「相关部门配合」这种模糊词，配合这两个字本身就是推诿的温床。第三个最隐蔽：表做完存进共享盘，之后再没被打开过。
责任扩散效应在这类场景里表现得特别明显。一件事牵扯三个部门，每个人心里都会冒出「反正有人在管」的念头，最后谁都没真正管。矩阵式组织里更突出，因为员工的考核主要挂在职能线上，项目做得好不好跟年底评级关系不大。
有家做工业阀门的企业把这件事改过一遍。做法是把每个跨部门任务拆成不超过八个关键交付物，每个交付物只写一个人做 A 角、一个人做 B 角备份，同时写清验收标准：什么格式、什么内容、什么时候交、谁来验。共同负责一律不允许出现。
拆完还要设检查点。这家企业定了三个：立项检查，责任矩阵和验收标准没填完不给立项，由指定的协调人把关；周检查，每周项目管理会上只过红黄绿灯，不讲故事；结项检查，验收人对着标准逐条打勾，没过的写明差在哪。三个月后他们自己统计，跨部门任务的按期完成率从不到五成提到七成多。
落到 OGSM-T 这页纸上，协同问题其实应该在 S 那一格就写清楚。O 是今年要的结果，G 是拆到季度和月度的数，S 是打法——今年要打赢的几场硬仗里，每一场都得挂一个唯一责任人。一页纸上最忌讳出现的表述，就是「由相关部门共同推进」。
项目制要落地，还有一层是考核权重。跨部门项目如果完全不计入职能部门的绩效，参与人就永远把它当额外工作。可行的做法是把项目贡献按一定比例写进相关部门的季度考核，比例不用高，百分之十到二十就够，但一定要有。
信息同步这一层也要定节奏。有家企业把跨部门项目的信息流固定成「每天站会十五分钟、每周评审一次、每月复盘一次」，不是为了多开会，是给信息流动装一个心跳，任何阻塞都能在被卡住的当天暴露出来，而不是拖到月底。
还有个细节容易被忽略：责任矩阵要跟着组织调整更新。岗位变动、流程改版之后还沿用旧表，等于没表。建议每季度末花半小时过一遍，删掉失效的行，补上新出现的交付物。
年底写计划的时候，与其再强调一次「各部门要加强协同」，不如把明年最重要的三件事各写清三样东西：唯一的责任人、可验收的交付物、每周看的数。这三样写齐了，推不动的情况会少一大半。