软件管理（六）平行沟通

在之前我们说了，怎么让你在公司内争取资源，在领导支持下做成事情的 向上沟通： 软件管理（四）向上沟通怎么影响你的职业发展机会以及怎么让你的团队高效工作与成长的 向下沟通 软件管理（五）向下沟通怎么让你的团队高效工作与成长？,今日就来说说怎么更好地协调跨部门工作的 平行沟通。

一、利益点不同

首先明确一点，因为是不同的团队，其利益点就可能不一致，如果有大的项目，上曾明确各团队协作的，这种利益点一致的还好说，相关方会积极配合。

但是很多时候是你团队的工作，其他团队只是稍微需要协作一下，这种时候就会有利益点不一致，利益点不一致，那必然个人心中各有想法。

有时候一个业务团队中，所有人的利益点也不一致：

• 业务团队：我想要实现某个功能，为XX工作提升效率
• 产品团队：我想要根据需求画产品图，有些不清楚的地方，也不确定了，按照自己想法来吧，业务或者技术说不行了再说。
• 交互团队：不管业务上怎么样，我要把交互设计的好看一点，管他实用不实用
• 技术团队：我开发的东西要做到高可用、高性能，用上最牛的中间件，管他这个业务，一天才只有几个人使用呢。

这是很可怕的，我们经常说一句话叫做不忘初心，花费大量过剩的产能，可是业务需求上可能用不到，各个方还在那里进行扯皮。所以才会现在DDD如此盛行，就是为了让业务、产品、研发统统统一，不忘初心，在此推荐一个关于DDD的专栏《DDD》。

二、沟通方式语气很重要

在给下属布置任务的时候，你还可以采用命令、强制的方式与语气，但是如果你在平行沟通中使用此方式，就会招致平级之间的反感，不配合的情绪，在此我根据自己的经验说下平行沟通要注意的事项：

• 要让别人做这件事情，你需要说清楚让别人做这件事情的原因，别人才能更加针对性更好地配合你
• 你可能看不起对方的水平（这种情况难免的，像研发看不起产品的水平，产品看不起业务方收集的需求都是垃圾需求）等等，在一个团队中，水平就是有高有低，没有办法，但是只有团结才能把一件事情做好，发表意见不要带有个人主观情绪。
• 站在自己的角度给出建议或者意见，因为每个环节，都不可能做到尽如人意（产品的方案，技术觉得扯淡等等），此时相对于鄙夷地质疑别人的不专业，心平气和，态度友好的给出建议更佳（因为可能你只是站在自己的角度考虑问题，别人很多点你也没考虑到，不能光看到别人缺点，看不到优点）。

并不总是那么容易

在平行沟通中，保持好的脾气并不是就那么容易，比如产品设计了一个很差的产品，如果你不说明他做的很差，那么研发团队将为其买单，并非常痛苦，如果你的研发团队中，有人水平很次，那么测试将日以继夜地测试每个可疑的功能点，对研发的错误买单，上游做的不够好，下游承担的是成倍的压力，你可能面临这样的选择：

• 与你的上游开战？：你再也忍受不了那垃圾的产品设计，开发水平，你一次次加班到深夜，只是在填补上游做的不好的坑
• 与你的上游和解，其乐融融？：好吧，你的上游舒服了，但你的战友他们可有的受了，是每天加班到深夜，整天抱怨为他人过错买单，还是走到中途甚至发现此路不通，整个业务链断掉。

许多的坑，你要踩过，或许才知道怎么样沟通时最好的方式，我举上例只是想说明平行沟通到底多重要，你不得不重视。

总结

我认为平行沟通

• 一定要弄清楚对方的利益点和目的
• 可以有争论，语气还是保持和善，不要随意发泄自己的冲动
• 跨团队关系做好，能让别人愿意倾听你的想法