营出凝聚力
赢得团队心

卡了3个月的跨部门项目,让我看穿部门墙的真相

上周三晚上11点,我在公司楼下的便利店啃冷包子,对接的产品经理给我发了27条60秒语音,全是吐槽。

冷的。

包子皮硬得硌牙。

他说客户成功部又在群里@他,说自动续费的弹窗数据不对,让他找技术部调接口,技术部的人直接回了一句“排期到下个季度了”。他拉了三次协调会,每次都是各说各的:技术部说今年的核心目标是保系统稳定,这个临时接口加了万一崩了,季度考核扣的分谁补?产品说这个功能上线能提15%的续费数据,又不占多少技术资源,为什么不能挤挤时间做?客户成功的主管直接拍桌子,说没有这个功能,他们团队的季度奖金全泡汤,凭什么要给其他部门的优先级让路?

我当时听完语音,差点把手里的醋瓶捏碎。

别把部门墙怪在“沟通不畅”上

说实话,那会我跟大部分管理者的想法一样:部门墙嘛,就是大家沟通少,有隔阂,拉个群多开两次会,多组织两次团建,熟了自然就好说话了。

真不是。

之前我们为了打通这个续费功能的卡点,拉了三部门的大群,每天在群里@相关的人,发进度表,甚至把部门负责人拉进来当“协调人”,结果呢?群里的消息永远是“收到”“我们看看排期”“这个需求不符合我们的规范”,没一句实在话。开协调会的时候,大家坐得离老远,你说一句我怼一句,半小时的会,28分钟在扯之前的旧账——去年技术部给市场部做的活动页面崩了,市场部的人吐槽了半小时;前年客户成功部给销售部的客户数据导错了,销售部的人又翻出来说,来来回回,根本没人聊当下的事。

跨部门项目会议各部门争执场景实拍
跨部门项目会议各部门争执场景实拍

我那会还纳闷,大家平时在部门里都挺通情达理的,怎么一跨部门就像换了个人?直到有次散会,技术部的老大留在最后收拾电脑,跟我说了句掏心窝子的话:“不是我们不想配合,是上次我们临时抽人帮客户成功做了个客户分层的报表,结果上线的时候客户成功的人没说清楚要对接老版本的系统,报表全错了,最后客户投诉,我们部门的季度考核扣了2分,客户成功那边一点事没有。你说下次我们还敢随便接吗?”

哦,原来如此。

那些我们以为的“沟通问题”,全是墙的裂缝——大家不是不想说话,是之前说话的时候吃过亏,所以干脆把嘴闭上,把自己的部门挡板拉得死死的。

我踩过的最大的坑:靠人情拆墙全是白费劲

我之前为了拆墙,真的花了不少冤枉钱。

搞过“跨部门咖啡时间”,每周五下午留两个小时,让不同部门的人随机配对喝咖啡,聊什么都行,只要不聊工作。结果呢?大家坐那尴尬得抠脚,聊完外卖聊奶茶,聊完奶茶聊周末去哪玩,真到要对接工作的时候,还是那句“这个我得回去问下我们领导”。

还搞过“跨部门协作积分制”,只要是帮其他部门做了事,就能攒积分换京东卡,换带薪年假。结果更离谱:大家为了攒积分,疯狂给其他部门提无关紧要的小需求——产品部找技术部改个按钮的颜色,技术部找客户成功部要个小报表,全是没什么价值的事,真正重要的跨部门项目,反而因为要排期要担责任,没人愿意接。

企业跨部门共同OKR公示板实拍
企业跨部门共同OKR公示板实拍

折腾了小半年,钱花了不少,部门墙不仅没薄,反而更厚了——大家一听到要搞跨部门活动,就皱眉头,觉得又要占用自己的干活时间。

后来我跟技术部的老大在楼下吃烤串,他喝了两瓶冰啤酒,才说透了本质:“你说大家为什么要在自己部门的地盘上垒墙?还不是因为墙那边的人,给的安全感不够。我跨出去帮你干活,干得好,功劳是你的;干砸了,锅是我的。换你你干吗?”

对啊。

我之前完全搞反了顺序。总觉得大家先熟了,信任了,自然就愿意协作了。但实际上,信任从来不是靠喝咖啡喝出来的,是靠一次又一次“我帮你,我不吃亏”的经历攒出来的。没有利益共担、责任共背的协作,全是无效的人情绑架。

拆墙从来不是砸墙,是给大家留个跨过去的台阶

想通这一点之后,我们没有再搞那些花里胡哨的活动,就对着那个卡了3个月的续费提醒项目,重新改了规则。

我们没有先开协调会压人,先对着三个部门的OKR动了刀:之前产品的O是“上线客户续费提醒功能”,技术的O是“保持系统稳定性99.99%”,客户成功的O是“提升客户续费率15%”,三个目标各算各的,自然没有协作的动力。我们把这三个O里,加了一个所有人共同背的目标:“通过自动续费提醒功能落地,实现客户续费率提升12%,且相关系统故障为0”。对应的KR是拆到每个部门的:产品要把需求文档写得没有歧义,测试覆盖率100%,如果因为需求没说清楚出了问题,产品担主要责任;技术要在每个迭代的排期里留10%的buffer,专门做跨部门的共同项目,上线后7*24小时盯这个接口的稳定性,如果因为技术实现出了问题,技术担主要责任;客户成功要把上线后的用户反馈24小时内同步给产品和技术,不能出了问题直接甩锅,如果因为反馈不及时导致用户流失,客户成功担主要责任。

光改目标还不够,之前的考核规则也得跟着调:只要是共同承担的项目,出了问题先查流程节点的漏洞,不是先怪哪个部门。比如之前那个甩锅的报表事件,之前的规则是谁最后做的谁背锅,现在是按节点:需求提报的时候没说清楚,提需求的人担责;需求评审的时候没记录清楚,评审的人担责;技术实现的时候没按文档做,技术担责——责任落到具体的人,不是落到整个部门,谁也别想随便把锅甩出去。

流程上的堵点也得清——之前跨部门对接要层层找负责人审批,现在只要是在共同OKR里的事,两个部门的对接人直接拍板就行,不用找各自的部门负责人签字,省下来的时间全用来干活。

你猜怎么着?

那个卡了3个月的项目,最后只花了21天就上线了。上线第二个月,客户续费率真的涨了13%,三个部门的季度奖都拿到了。更有意思的是,上线之后,技术部的人主动找客户成功部,说可以把之前三个重复的手动报表功能整合到系统里,省得客户成功的人天天花2小时导数据——没人提要求,大家自己就跨出了原来的部门边界。

现在我再看我们公司的部门墙,早就没之前那种冷冰冰的感觉了。上次市场部要做客户案例的视频,找技术部要用户的使用行为数据,技术部的人直接把临时权限开了,说“你要哪个时间段的直接导,有问题找我,不用走审批”。销售部的人上次跟客户谈方案,需要产品部出个定制化的功能说明,产品部的人当天下午就把文档发过去了,还特意标了客户最关心的几个点。

拆墙的核心从来不是强制大家“多沟通”,而是给每一次协作托底——让大家知道,我跨出去帮你,不会吃亏,不会背锅,最后拿到的结果,有我一份。

上周又在楼下碰到那个给我发27条语音的产品经理,他说现在跟其他部门对接,不用先打三圈电话找负责人,直接找对接的人就能把事定了。

风很大。

冷包子还是不好吃。

但至少不用再为卡壳的项目,熬到11点啃冷包子了。

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:卡了3个月的跨部门项目,让我看穿部门墙的真相
文章链接:https://m.tuanjian1.com/changdi/820.html