跨部门协同开发

在大公司中跨部门协同开发是常见的工作。跨部门开发既体现了部门的工作能力，也体现了部门的合作能力。直接影响上级领导和其他同事对于部门的认可程度。那么，对于日常的跨部门协同开发，我们要注意什么呢?

明确工作的目标，双方达成一个共同的目标。

在此，我们经常会遇到其他部门非常强势的要求自己配合工作。或者说我们去找其他部门人员时，不断的强调项目对自己多重要，对自己的工作影响有多大。这是非常忌讳的，因为让人容易产生跟我有什么关系呢的思想。我们应该上升到公司层面，从公
司利益出发强调项目的重要性。或者从部门的OKR进行挂钩，表明这是两个部门共同OKR。

建立双方信任

在真正的开始沟通一个需求，开一些项目组的会议或讨论一些事项之前，最重要的就建立双方的信任，尤其对于协作对象是第一
次进行合作的部门或者同事。
首先，我们可以简单聊聊我们以前与其他部门协作的多么多么好，整体轻松愉快。让对方知道你是有一定协作经验的同事，提高
对你的认可度。切记，最最忌讳的是说一些与其他同事或者部门协同合作的时候的不足，不管是谁的原因都容易让对方产生反
感。
其次，是合作中的坚持与妥协。这是部门与部门合作过程中非常重要的一条线，这条线一定要画清楚。对于不影响部门利益或者项目进度的问题，双方观点并没有绝对的对与错，我们可以选择妥协。采纳他的观点，能够更好的建立双方信任。但是，对于项目非常重要的交付时间、项目bug风险控制、项目利益等，我们必须要坚持，这关系到一个项目的成败。

地位平等

在合作过程中，我们要时刻保持方案的沟通。避免出现方案一人决定，另一方只是被动接受的情况。合作双方在工作上的地位是平等的，不能让人感受到你是他的领导，他的工作由你完全安排。任何时候不甩锅。工作重出现失误和问题在所难免，如果确定问题是由自己导致的，一定要勇于承认。任何时候，任何大小问题如果我们尝试甩锅，都会让您在一个部门或公司的口碑急剧下降，甚至影响到整个部门声誉。向上支持与申诉。当遇到无法解决的问题，或者意见无法达成一致，须由领导或者老板进行决策，不可独立决定。

技术方面

1、框架技术
合作双方只限于接口对接或者消息对接。对于技术的实现必须达成双方一致，切记不能过多的评判他人技术实现上的好坏。技术没有最好，只有适合。只要此技术能够保证项目的顺利运行上限，并且能够保证稳定性那么技术就可行。
2、接口文档
接口是双发合作的重要途经，接口文档更是重中之重。
首先，所有的接口必须有完善的接口文档，包括地址，入参，出参等。并且，接口文档的每个属性都必须提供解释说明。其次，接口提供时间必须明确。接口的定义只是告知对方我需要调用哪些接口，传递什么参数，如何使用返回结果。但是此时接口可以未实现，切记不能等到自己所有事情都完成在提供接口文档。及时提供接口文档，可以更好的并发工作，提高项目开发效
率。
最后，接口文档的修改，必须经过双方协商一致。切记，不可擅自更改接口入参及出参。
3、技术选型
dubbo的局限性
各团队的注册中心不同，没法直接调用以后的dubbo服务，每个团队的技术选型不同，有的团队不使用dubbo
http的通用性
全网通用协议
简单高效，不需要额外的技术支持
任何团队都可实现快速支持

接口的局限性
现有业务加入新接口的调用，会破坏原有系统的稳定性。尤其对于新增接口非部门核心业务接口同步调用，会增加自己服务器原接口的响应时长。异步调用又会增加线程数，并且可能导致本地任务堆积接口不适合传递体量较大的数据，耗时太长