经验｜如何在大厂里高效跨部门协作？

说到跨部门协作，还是要从之前参加的百阿培训(阿里文化&价值观培训)讲起，当时有个议题就聊到入职阿里这段时间面临的最大问题是什么？

其实这个问题，我在9月份写的一篇文章里有提到过，原文如下：

不得不说在阿里做项目的沟通成本是比较高的，因为你的兄弟域可能分布在"五湖四海"，甚至是国外。如果你是主测，那么你就要负责全链路质量保障的责任，协调&沟通各域的测试同学的测试进度、项目风险；上线时候要紧盯线上监控和报警等问题。

基本上每个组都写了跨部门协作难。拋出问题，自然要解，关于怎么解？讲师没有直接给出答案，而且让每个小组去“寻找”答案。
我当初入职也没多久，自然这也是我当下面临的问题，然后小组就每人发言，分享下工作中是如何解决这样的问题的，当然也有在base地西溪园区的小伙伴请教师兄，最后大家一起总结下让我作为小组的分享“官”做了分享。虽然当时分享的内容实在记不到了，但是工作一年多了，跨部门沟通已经成为常态，想要更高效沟通，还是有一些所谓的“套路”(其实就是要学会看人、摸心理、保持利他心态)。

大家工作是真的忙

根因是业务复杂度高，架构设计使然。从业务架构上来说，阿里这边是微服务架构，与单体的复杂系统不同，开发者需要开发和管理一系列相对简单的服务，而这些服务可能以一些复杂的方式交互。这些服务之间的相互协作是通过一系列与具体技术无关的消息协议来完成的，这些协议可能是点到点形式的，也可能是异步形式的。例如你要淘宝购物，而你完成一笔下单支付，则需要涉及的域有收单、收银、金融、会员、网关等服务，这些服务往往是不同的开发团队负责，也就是说你如果是负责收单域测试，那你就要了解其他域的服务，理论上负责上游业务的同学沟通成本要高，下游的业务同学沟通成本相对较低，所以下游的服务一般考虑平台化。

而如果你发现调用链路在金融域挂了，在排查问题时，就要找到相应金融域的开发或测试同学，当然这些同学往往不在一座城市，例如我的合作团队就分布在杭州、广州、上海、新加坡。其实这已经不单单是跨部门沟通了，还是跨区域、跨国家沟通了，所以有时候还会用到英语沟通。

如何提出一个好问题？

问题自查，排除不可能因素
大家都知道，微服务测试的重点就是契约测试，简单理解就是上下游服务调用约定的参数传递测试。就是xx业务，你要怎么传递什么给我，我才返回正确内容给你。而当你遇到下游服务报错时，不要慌，第一步一定是要问题自查，而不是上来就@下游服务通知给他一个链路，让别人去看。到头来人家发现是你传递的参数问题，反而会给别人不好的印象。以后你再抛问题，人家会降低对你问题的处理优先级。
问题自查非常重要，一是能提升自己问题排查能力，二是降低沟通成本。
提炼问题，一针见血。
为什么这么说？因为懂开发的同学都晓得，一条链路涉及七八个服务的调用，以下图为例（没画出来异步链路），如果用户下单支付后，一直没有返回支付成功的结果，那么如何精准定位问题根源呢？一笔支付失败，按道理讲，整条链路都有可能存在问题的。那么，我们可以通过链路日志分析各个域报错的地方，按照经验来说，一般问题根源在链路头部或尾部，可以重点排查这两部分的报错日志。