【案例】跨部门协作,如何才能不心累?

迷彩 10天前 ⋅ 54 阅读

今天在一个微信群里看到一则求助:

想请教大家一下: 完成业务迁移项目需要产品,运营,销售,实施,测试,技术,多个团队配合。

比如业务迁移项目迁移的商家数是衡量技术团队的重要指标,所以技术非常拼命推动这件事,但 是对于其他团队并不是核心的业务指标,所以整个过程就比较费劲,所以请教大家有比较好的解 决思路吗

跨部门推动项目,最常听到的抱怨就是:

别人不配合,我也没办法啊。

的确,但凡在稍微有点规模和历史的公司里,跨部门推动事务都是一个让人头痛的问 题,情况好点的说两句好话、请顿饭就过去了;情况糟糕的往往会一拖再拖,被迫上升 到双方领导,演变为互相指责,各方都带着一股怨气工作。

如果我们能够在项目开始之前,问自己一句话:

别人凭什么要配合我?

可能我们的心态、手段、结果都会不一样。

今天,我带着大家从下面5个角度,一一来寻求解决问题的方法。

一、心态

从这位群友的提问来看,这个迁移涉及到『产品,运营,销售,实施,测试,技术』这么多部门,说明不是一件简单的工作。当事人要做好相当的心理准备,不是一蹴而就的。

跨部门推动项目,不单考验你的影响力,还考验你的耐心。

二、该不该我负责

你没有看错。跨部门推动工作遇到阻力,可能的原因之一是:

你不是负责这个事情的最佳方。

在前东家 UC ,关于跨团队、跨部门合作,我们有一个基本的原则:

谁是最大受益者,谁推动。

简单说就是:这件事情做完了做成了,最大的受益者是谁?一旦明确下来,就应该由这个最大的受益者作为主导方来推动项目,并承担相应的主要考核指标。

上面的例子中,『迁移的商家数』被作为衡量技术团队的重要指标。这个考核是否合理?

完成迁移的商家数只是一个结果,完成迁移的好处才是真正的受益。这个受益方到底是谁?—— 产品、运营、商务、研发?需要我们在项目启动前好好思考。

三、利益相关方有哪些

做过 To B 生意的朋友,或者做过政府项目的朋友,应该都遇到过:本来评审会上说得好好的,真正在项目执行过程中,冷不丁就跳出来这个部门,那个负责人,说:XXX,你这个不符合要求;XXX,这个需求还需要经过我们领导的审批才行;

跨部门项目也是如此。比如说:涉及到『钱』的项目,财务/风控合规部门就经常是被忽略的一方,到头来这里不符合规范要打回,哪里要 XXX 领导审批。

利益相关方没有分析到位,执行的时候一定会撞墙上。

四、背景/收益/目标

从上面群友的描述来看,其业务系统应该是属于『电商类』的。那么商家数据就是核心的数据之一。

你在开始这个迁移之前,有没有和各方讲清楚

  • 我们为什么要做这个迁移:是业务发展的需要,还是当初技术架构设计不合理,无法支撑接下来的业务产品扩展?
  • 迁移完成之后收益是什么:是我们能够同时支撑服务的商家数更多了,还是商家在我们平台上面卖货的体验更好了?
  • 我们如何评价这次迁移的价值:就像前面说的,迁移只是一个动作,迁移完成只是一个结果,迁移完成之后的收益,你总要有一个客观的衡量标准。

还是说你的说法是:因为我们的 KPI 是商家迁移数,所以XXX 部门,麻烦你配合我们做 balabala 事情。

两种做法,那种效果更好呢?

五、方案和风险评估

我以前做过类似『迁移』类的项目。这里面的坑还真不少。

用简单的话来说,就是:你把一堆『东西』从一个仓库搬到另外一个仓库。

看起来没有什么技术含量啊,有什么难的?

那我先问你几个问题:

  • 如何确保两个仓库的物品编号是一致的?
  • 新仓库的物品摆放是否方便随时存取?
  • 搬运东西的过程中,有遗失损毁怎么办?
  • 搬运东西的过程中,有人要存取怎么办?
  • 新仓库的大门钥匙是否要集体重新更换?

看看,问题并不是『搬运』这么简单,还涉及到『保全』、『效率』和『业务运作』的问题。

同样的道理,大家并不是对『迁移』有抗拒,而是对『迁移的成本』和『迁移的风险』有顾虑,加上对『迁移的收益』不明确,所以遭遇到各方的冷落和阻力也就不足为奇了。

作为跨部门项目的主导方,你是否有一个清晰的可执行方案,同时考虑到各方的关切和顾虑,并且在方案中有对应的应急措施,是打消各方顾虑阻力的重要因素。

你是走一步看一步,还是对一切都胸有成竹?

你是否有考虑到其他人的利益,还是只想到完成自己的 KPI?

六、是否找对了人

跨部门合作,尤其在启动会,里程碑总结会议上,一定要有能够拍板的人在场。

宁可会议迟点开,也要确保会议的产出是有效的,不要后面反复变卦折腾。

最后,如果要给建议,我会建议先:

  • 找出谁是这件事情做完的受益方,由最大的受益方配合研发一起推动。如果是研发部门,那么你的上级就是这个事情的最大受益方。
  • 找出利益相关者 (包括正向和潜在负面影响),倾听其关心的诉求。
  • 评估自己的方案能否 cover 来自各方的顾虑(主要是经营活动,收入)。一旦出现风险,你要怎么应对,主要的重大风险都要在方案中体现出来。
  • 能否分阶段执行,还是非得一口气完成,有没有明确的截止时间点可供各兄弟部门评估投入。
  • 是否找对了兄弟部门正确的接口人。

结束语:跨部门项目协作,其实没你觉得的那么难。

原文链接:【案例】跨部门协作,如何才能不心累?


全部评论: 0

    我有话说: