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

不同部门同事之间私下关系也是一个比较重要的影响因素

1.沟通好的事情，一定要有记录凭证（比如，邮件），不然容易扯皮
2.跨部门协作push，确实需要一些担当精神，主动push项目往前走，不然后很容易死循环
3.沟通有时候需要一些软技巧，不能一味的迁就，也不能一直强硬

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

心态是关键，项目经理需要引导双方在目标上达成共识很重要

主要了解下，好久就一个人战斗了，部门内协作都没有，跨部门暂时了解下，楼上的朋友总结的也不错，

如果项目今天是你的任务、明天不许你插手、后天又问你为何出麻烦。这个项目还要争取么？怎么优雅和谐的加入噢……怎么才是个聪明的方法噢……

合作承诺要公开透明，沟通机制要明确稳定，解决问题要斩草除根。

程序员一般喜欢遇到事自己扛，自己解决，沟通半天太麻烦了。作为程序员转行的项目经理，也是喜欢更多的以流程和文档来促进项目的进度，缺少和项目成员的沟通，但是有时候真的是进度是追以及沟通出来的，你不去问，你不去了解，可能研发人员就忽略了。