跨部门项目沟通的6个关键因素

标签: 职场攻略 2年 初级 跨部门沟通 | 发表时间:2022-04-02 14:38 | 作者: 多云转晴
出处:http://www.woshipm.com

编辑导语:在工作中,完成一个项目的时候,常常需要进行跨部门合作,如果不能掌握好跨部门的沟通能力,有可能会导致项目延期或者项目失败。那么,要如何进行跨部门沟通呢?本文作者根据自身在部门里的工作经验,总结了跨部门沟通的几个关键因素,一起来看看吧。

很多在大厂工作的伙伴应该都有遇到过这样的困扰,完成一个项目大多数时候都必须要跨部门合作。

小到相同业务中心的不同部门之间相互支撑配合,大到跨中心甚至跨体系的协调配合,如果不能很好掌握跨部门的沟通能力,就会在工作推进过程中遇到各种困难,甚至最终导致项目延期或者项目失败,不仅消耗了公司的人力物力,对项目成员个体也会有不小的打击。

我最近三年一直在公司的大数据开发工具中心供职,这是一个需要与各个一级中心频繁沟通的部门,很多项目上游或者下游都与外中心关系很大,所以身在这样的一个部门对外沟通的能力就成了一项必备技能。

今天我们就从下面这几个维度来聊一下跨部门沟通的几个关键因素。

01 管理层达成一致意见

跨部门沟通之间的配合顶重要的一点就是上层领导要知晓你们相互之间的合作,而且从管理层角度给予你们合作意见,这往往是在项目开始之前最重要的一步。

因为除了跨部门合作的这些项目,每个部门一般都会有自己本部门原本计划要做的事情,所以一旦出现这种需要跨部门配合的事情往往就需要投入额外的人力资源,如果这个需求不是从领导层下发的,那在后面执行的时候势必会遇到很大的阻力。

因此,我们第一应该关注的一点就是,这次跨部门合作是否已经得到了领导的首肯,这也将直接决定后面合作的顺畅程度。

如果部门之间已经做过了基本沟通达成了初步的合作意向,那一定要拿着相对比较成熟的方案提交给领导看,由领导拍板决定这次的合作项目是否可以正常开展,并且由领导跟大家沟通确认一个粗略的里程碑计划,主要是明确项目完结时间,各方也好根据这个时间来安排工作。

02 明确各部门分工范围

完成一次跨部门合作项目必定会涉及到多维度多层次的内容,因此有些内容就可能会出现A部门有能力做,B部门也有能力做的情况。

这时候为了防止未来发生职责不明确的情况,就需要在项目初期通过会议沟通的形式把各项工作分工给各个部门,以此来确保各部门职责明确不会出现未来相互推诿的情况,同时职责明确后事后追责也更加明确。

同时,明确具体的工作范围也有助于各部门根据工作量的多少确认所需要投入的人/天多少,工作范围越明确,部门对人/天投入的预估就越准确,未来出现项目延期的风险也就越小。

所以项目初期一定要尽可能做好这一步,为后面的合作打好基础。

03 重要信息邮件同步

跨部门合作需要有多轮次多角度的沟通,每次沟通都可能会涉及到很多内容,这些内容全凭脑子是不可能完全记住的。

所以每次有实质内容的沟通交流或者会议都需要事后发送文字版本的邮件给相关方,以确保沟通内容有迹可循。各方如果对邮件内容有异议,那说明当时沟通的还不够明确具体,还可以再做具体沟通来明确异议涉及到的内容,确保最终各方的信息是同步且统一的。

除此之外,有一些需要跟别的部门同步的信息,也最好通过邮件的方式来传达。

一方面邮件可以更准确地传达所要表达的意思,另一方面还提供了一个随时查看的入口可以供信息接收方随时查看相关内容。与此同时还可以作为信息传达到位的凭证,如果后期出现已经传达的信息没有执行,就可以通过邮件来明确具体责任在谁。

04 多中心对接需设对接人

如果在项目推进过程中需要有多个中心多个小部门参与,则可以请对接的中心提前选定一个对接人,负责主要沟通和信息传达。

这里的对接人可以是中心领导也可以是中心的项目管理员,主要负责接收项目信息,评估本中心工作成本,以及一些中心内部工作的协调和安排。

在一些大型项目中,对接人的工作尤为重要,由于项目涉及人数众多,项目方无法亲自将信息传达到每一个执行层面的个体,这时候对接人角色就显得尤为重要了。

对接人相当于是一个项目中小组织的项目负责人,可以更细致地管控到小组织内的工作进度以及工作安排情况,可以在更细颗粒度的情况下监控本部门或者本中心的工作进度正常,以此来确保项目整体里程碑按计划执行。

同时项目方在沟通项目内容时也只要跟中心对接人沟通即可,这样信息传递效率也更高,对接人再根据自己中心的实际情况将本中心的任务具体分解到执行层面。

05 防止信息传播扭曲效应

在大型的项目中,由于涉及的人员很多,需要对接人来在各自所属的组织中传达项目组的观点信息。

这时就会出现传播扭曲效应,也就是说信息的传播链条越长,信息失真的程度就越大。所以对于一些需要传达到执行层的信息,如何避免传播扭曲就成了一个很重要的事情。

当然,最直接的办法就是减少传播链路,正常情况下一条信息传达到执行者手中可能经过了三四次转手。

拿我们治理项目来举例,项目组将信息给到中心对接人,对接人按照一级中心的二级中心划分传达到二级中心负责人,二级中心负责人再传达到部门,如果部门负责人不直接负责执行的话可能还要再加一层传达到执行者手中,我们就会经常遇到最终执行的人很难准确理解到底要干嘛的情况。

所以我们就开始想办法解决这个问题。

在尝试的过程中我们总结了两个相对比较有用的方式,一种是直接通过线上直播宣讲的方式,由项目组织方直接通过线上的方式将信息直接传递到最终执行者的手中,然后有问题的话现场直接提问给出解答。

相对比较直观,但是如果遇到执行层人员变更就会比较麻烦。所以我们又想了另外一种,就是将需要传达的信息直接整理成文档形式,尽可能详细地描述所要传达的内容,同时针对比较常见的问题做成QA手册,这样在信息传递时只要辅助转发项目组给到的文档内容就可以了,可以大大减少信息失真的情况。

06 学会借用领导的力量

在一些开发型项目上,有时候是会涉及到执行层之间的相互交流沟通的。

执行层之间的沟通效率其实关键并不在执行层人员本身的沟通能力上,而是取决于项目组的协调管理能力,有没有给执行层人员构建好良好的沟通桥梁或者良好的沟通环境。

所以有的时候执行层相互沟通不顺畅可能并不是执行层本身的问题,而是项目组没有把相应的工作做到位。

如果你作为一个执行层在跟别的执行层同事沟通时遇到困难,不要怀疑自己也不要抱怨对方,很可能只是你要沟通的事情对方并没有得到自己领导的明确授权,或者是他们对这个事情的时间节点安排跟你这边的不一致。

所以最好的办法一定不是跟对方做过多无谓的争执,而是联系你的领导或者项目组领导来协助解决。

有些事情是很有必要从领导的角度介入的,领导或项目组掌握着更多信息,也同时也是项目风险的第一责任人,由他们来协助你进行沟通一定会事半功倍。

作为执行层的人员自然也不用担心你的领导怀疑你的能力,这本身就是解决问题的一种手段和途径。

你压着问题不说,最后导致项目延期才会让领导怀疑你的能力,相比过程中的磕磕绊绊他们更在意的是结果是否符合预期,所以放心大胆地去“麻烦”你的领导吧。

07 总结

一些大型公司由于组织架构复杂,而一些集团级的项目涉及范围广又不得不进行跨部门之间的沟通,否则项目可能就无法正常推进。

这也就要求项目成员都要掌握跨部门沟通的能力,学会从项目层面来将跨部门沟通的难度降到最低。

很多时候并不是要在沟通发生时才去解决问题的,而是要学会提前布局,提前规划,将可能发生沟通问题的部分都做好充分的准备,这样才能在沟通问题发生时有理有据地解决问题。

 

作者:多云转晴,公众号:互联网从业笔记。7年产品经验,C端、B端产品均有涉猎,目前主要从事大数据领域产品工作。

本文由 @多云转晴 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议。

相关 [部门 项目 沟通] 推荐:

跨部门项目沟通的6个关键因素

- - 人人都是产品经理
编辑导语:在工作中,完成一个项目的时候,常常需要进行跨部门合作,如果不能掌握好跨部门的沟通能力,有可能会导致项目延期或者项目失败. 本文作者根据自身在部门里的工作经验,总结了跨部门沟通的几个关键因素,一起来看看吧. 很多在大厂工作的伙伴应该都有遇到过这样的困扰,完成一个项目大多数时候都必须要跨部门合作.

项目中的一点沟通心得

- ZX - legene的交互设计博客
我们每天都在通过各种方式与人沟通,但是这些沟通是真正有效的吗. 我们是否总是在不知不觉中,被沟通障碍牵绊住了前进的脚步,沉浸在消极的工作情绪之中却还不自知呢. 以下是我在工作中总结的一些沟通心得,在此与大家分享. 优点:不受文字数量的限制,内容具体;便于查阅存档及日后的统一管理;适合描述功能多、业务复杂的         项目;适合跨部门协作的项目;.

开会那点事儿(三)项目中的沟通之道

- Will Yang - 所有文章 - UCD大社区
《开会那点事儿》 系列第三趴——项目中的沟通之道(点此回顾:第一趴 第二趴). 刚刚上线了项目,期间体认最多的是当面对多种需求方时,如何通过沟通各个“击破”又让他们各个心满意足. 有篇不错文章,讲得是产品经理需求分析要高于需求方,大致意思是:. 首先,人都是站在自己的角度看问题,但是产品往往要整合不同业务需求,一大堆需求不做分析、排序整合在一起,用户用起来必然会很恶心.

文章: 与项目干系人沟通业务价值

- - InfoQ cn
我先告诉你一个秘密:我根本不关注你在“DD”前放哪个字母,我也不太关心代码是怎么写的、软件开发时的输入输出是什么. 倒不是因为我不知道它有多重要——而是因为,我更关注的是它的交付价值. 你做的东西,怎么节省我的时间、钱和/或避免项目失败. 我明白,团队里如果没有你这个天才成员——我的生活将会变得一团糟,工作将不再正常运转.

如何与PM沟通

- - 曉生
1.要学会听取别人意见,也许PM提出的问题你并没有考虑到,集思广益,可以得出有更好的方案. 值得肯定的是,你设计时已经能学会从产品角度考虑,引导用户操作,而不是单纯的好看. 只要不是单纯审美上的PK,都可以讨论,不是吗. 2.让产品阐述自己的需求点,明确重点. PM们七嘴八舌肯定不对的,要引导他们梳理出统一的意见.

团队沟通杂感

- - 人月神话的BLOG
随时随地的短时间的,快速迭代的培训和教练作用远远大于正规的系统培训. 系统性培训一个是针对性往往弱,另外一个就是对团队成员有较高的要求,即自我强烈的系统性学习欲望. 走动时管理目的是及时的发现各种问题和团队技能之欠缺点,有针对性的进行沟通和经验传递,这需要团队管理者有敏锐的洞察力,不能脱离到团队工作事务之外.

谈产品人的沟通

- - 互联网的一些事-关注互联网产品管理,交流产品设计、用户体验心得
  经常听产品经理说自己是打杂的,虽然这种说法有自我调侃的意味,但用这词来形容产品经理的工作也颇为贴切. 产品经理在一个公司中扮演的角色决定了他要做的事情多而杂,在一个产品诞生的过程中,从idea的诞生,产品的规划,UI设计,前端制作,程序开发,然后测试上线,上线后产品的优化等,产品人员一方面要全身参与,另一方面也要一直跟进.

reCAPTCHA项目

- - 四火的唠叨
文章系本人原创,转载请保持完整性并注明出自 《四火的唠叨》. 要说reCAPTCHA,就要先说一说CAPTCHA,全称是Completely Automated Public Turing test to tell Computers and Humans Apart,即全自动区分计算机和人类的图灵测试,也就是通常说的“验证码”,目的就是要把计算机和人区分开来.

我们需要怎样的沟通工具(一)情境沟通

- danaodai - 爱范儿 · Beats of Bits
自从进入了2011年,Kik、WhatsApp、Beluga、GroupMe、TalkBox等等几乎每周就有一个新的聊天工具冒出来,又看到 WhatsApp 获得八百万美金的 A 轮融资,我相信无论开发者们还是VC都相信的一个市场机会是,在移动互联网时代,一款完全基于移动设备的,并充分利用其能力而设计的沟通工具是一个很大的市场机会.