项目管理实战20讲
雷蓓蓓
网易杭研项目管理部总监,《网易一千零一夜》核心作者
立即订阅
4023 人已学习
课程目录
已完结 23 讲
0/2登录后,你可以任选2讲全文学习。
开篇词 (1讲)
开篇词 | 为什么说项目管理是每个人的底层能力?
免费
常识篇 (3讲)
01 | 角色转换:程序员做项目管理的三大误区
02 | 十大领域五大过程组(上):程序员必须要了解的项目管理常识
03 | 十大领域五大过程组(下):程序员必须要了解的项目管理常识
硬技能篇 (12讲)
04 | 启动:识别项目中的四类干系人
05 | 规划:排除计划中的“延期地雷”
06 | 执行:打造品质,要从头开始“闭环”
07 | 监控:进展“巧”汇报,学会用数据说话
08 | 收尾:项目复盘,小团队也要持续改进
09 | 需求变更:化解程序员的“头号噩梦”
10 | 风险管理:如何系统化应对风险?
11 | 质量管理:一次把事情做对!
12 | 高效会议:项目中要开好哪些会?
13 | 故事案例(上):新手上路,如何引入变化?
14 | 故事案例(下):小步快跑,小而美的敏捷
15 | 工具方法串讲:手把手教你高效管理
免费
特别加餐 (1讲)
特别加餐 :“学习”到“实战”的距离,到底有多远?
软实力篇 (5讲)
16 | 向上沟通:你必须要注意的三个误区
17 | 跨部门沟通:怎么让不归你管的人积极配合你?
18 | 向下沟通(上):无权无势,他们不听你的怎么办?
19 | 向下沟通(下):无权无势,他们不听你的怎么办?
20 | 进阶之路:项目经理预备战之PMP认证攻略
结束语 (1讲)
结束语 | 如果我可以,你也一定行!
项目管理实战20讲
登录|注册

17 | 跨部门沟通:怎么让不归你管的人积极配合你?

雷蓓蓓 2019-12-07
你好,我是雷蓓蓓。这一讲,我们来聊聊跨部门沟通。
曾经,有位程序员跟我说:“我们自己内部的进度都很好管,可是,一旦涉及到跨部门合作,管起来就很困难。人家又不归我们管,不可控因素太多了。如果在合作的过程中,出现了什么问题,拿他们也没办法。针对这种情况,你说怎么办呢?”
其实,人类社会的很多冲突,都始于“边界”二字。比如,部门与部门之间存在边界,所以就有了“部门墙”。别看只是跨了个部门,各项沟通的复杂度就会直线上升。
为啥呢?不是“自己人”了啊。那么,我们该如何应对跨部门沟通的问题呢?我跟你分享两种方法。
约法三章,先说清楚。
打开边界,一起想办法。

约法三章,先说清楚

我们先来看看第一种:约法三章。既然不是自己人,那就要分清楚哪些事情该我干,哪些该你干。那么,该如何约法三章呢?
第一步:建立君子协定
在合作前,你要跟对方建立合约,明确合作目标、合作事项、双方各自的需求和责任、时间进度要求、风险及责任人。建立合约时,要由双方负责人进行邮件确认,公开做出正式的承诺。
需要注意的是,在刚开始合作时,建立稳定的预期是关键,双方责任及进度要求,必须要得到公开确认。否则,这些问题如果不明不白的话,就会给后续工作带来极大的隐患。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《项目管理实战20讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(7)

  • leslie
    跨部门许多时候看开始的层级吧,层级越高说明越重要。个人的体会主要是如下几方面:
         1.层级越高越正式且越规范
         2.除非非常小的立刻能解决的问题,否则一切工作内容在沟通清晰后通过邮件说明工作内容和工期-保证大家权责明晰
         3.定期保持沟通:约定一周的,其中至少要有2-3次闲谈式沟通,了解进度和遇到的问题。 协作就一定要保持沟通,沟通又不能互相影响工作;了解现状整体现状才能控制风险。

    作者回复: 对的

    2019-12-07
    3
  • 穷查理
    不同部门同事之间私下关系也是一个比较重要的影响因素
    2019-12-09
    1
  • 小乙哥
    1.沟通好的事情,一定要有记录凭证(比如,邮件),不然容易扯皮
    2.跨部门协作push,确实需要一些担当精神,主动push项目往前走,不然后很容易死循环
    3.沟通有时候需要一些软技巧,不能一味的迁就,也不能一直强硬

    作者回复: 正解

    2019-12-09
    1
  • Cy23
    主要了解下,好久就一个人战斗了,部门内协作都没有,跨部门暂时了解下,楼上的朋友总结的也不错,
    2019-12-08
    1
  • 发条
    为了满足公司内部不同系统之间的互联互通战略要求,我所在的项目组A对另一个兄弟部门的项目组B提出了一批互联互通接口需求,我方迭代任务的完成,需要建立与这批标准接口联调基础上,但研发过程中,双方的研发工作是并行的。这就导致了一系列蛋疼的问题:比如①我方项目需求发生变更或研发理解有误,导致项目组B提供的接口不适用而返工;②项目组B不熟悉我方业务,仅以接口调通作为任务完成标志,实际调用时发现返回的数据完全不是我们想要的;③ 项目组B已有部门内的研发任务在身,这部分互联互通的任务是横插进来的工作,对方积极性不强……在上述原因引起双方之间矛盾重重,加之项目管理方面的一些问题,导致现在我们研发任务受阻。。

    作者回复: 1和2的问题,是可以通过约法三章解决的,不过在两边同时并行开发时,这样的问题就很典型,我在第8讲复盘的改进措施,有介绍针对这个问题的改进方法,你可以回去参考下。问题3很正常,我在文中有讲到。

    2019-12-15
  • Nine
    程序员一般喜欢遇到事自己扛,自己解决,沟通半天太麻烦了。作为程序员转行的项目经理,也是喜欢更多的以流程和文档来促进项目的进度,缺少和项目成员的沟通,但是有时候真的是进度是追以及沟通出来的,你不去问,你不去了解,可能研发人员就忽略了。
    2019-12-11
  • 谷径
    心态是关键,项目经理需要引导双方在目标上达成共识很重要
    2019-12-09
收起评论
7
返回
顶部