上个月翻手机备忘录，翻到2021年9月14号记的一行字：
和老周在3号会议室怼了40分钟。他说我不配合，我说他需求一天一变。散了以后我在楼下抽了两根烟。
那是那一年我第三次因为同一个项目和同事翻脸。前两次我都认定是对方的问题，这一次我隐约觉得哪儿不对，但说不上来是什么。后来断断续续想了大半年，才摸到一点边——大部分工作矛盾根本不是沟通问题。
这个结论听着有点装，但它确实改变了我的做法。下面说的都是我自己踩过的坑，不一定对，你当参考。
一、先分清楚：你遇到的是「人」的矛盾，还是「事」的矛盾
我们习惯把冲突归到人身上——他情商低、他太强势、他甩锅。但回头数一数自己经历过的矛盾，真正因为某个人性格恶劣引发的，其实没那么多。至少在我这儿，大概三次里只有一次是纯人际的，另外两次都是结构的问题。
结构性的矛盾我见过三种典型：
- 指标重叠。两个部门或两个人的考核里都写了同一个数，天然要抢主导权。
- 职责边界模糊。岗位描述里出现「协助」「支持」「配合」这类词，基本就是埋雷。
- 资源有限。预算、人力、排期，蛋糕就那么大。
这三类你靠沟通技巧是解决不了的。你跟对方再客气，指标还是重叠的。你说话再委婉，预算也不会变多。
二、我那三次吵架，分开看就清楚了
第一次，2020年秋天。 和测试组的姑娘。她一个版本提了27个bug，我觉得其中18个是需求理解问题。我在工作群里@了她，语气不太好，说「这些能不能先自己确认下再提」。结果她直接把截图发给了双方主管。我当时想息事宁人，约她「私下聊一聊」，聊了两次，表面过去了。但后面半年，她给我提的bug我一个都不敢关，全走完流程才关，项目节奏掉了一大截。复盘：这次是人际矛盾。我做错了，该当面道歉，而不是轻飘飘地「聊一聊」。
第二次，2021年3月。 和一个平级的产品。需求文档从v1改到v5，改了四次，有两次是在开发做到一半的时候改。我很火，在需求评审会上说了句「你们自己内部先统一了再来」。会议室瞬间安静。后来项目延期两周，复盘的时候我们俩都被点名。复盘：这是结构矛盾。产品上面有个老板在拍脑袋，他自己也没办法。我骂错人了。
第三次，2021年9月，老周。 跨部门的，为了一个数据接口谁来维护。吵完之后我去查了一下，发现两个部门的季度OKR里都写着「提升数据流转效率」，而这个接口正好卡在中间。谁维护谁就多干活，谁不维护谁就少一块成本。这是我说的第一种，指标重叠。
三、我现在的做法，三步
第一步：先写下来，别急着找人聊。
我有个习惯，遇到火大的事，先丢进备忘录。写的时候只写事实，不写形容词。比如：
6月3日，需求文档v2约定A功能7月10日上线。 6月18日，需求变更为B，A延后。 7月2日，B也延后。
写完大概有三成的情况，气就消了一半——因为你会发现是自己记错了，或者纯粹那天心情不好。
第二步：判断层级。
我粗糙地分三档：
- 一档（自己消化）：影响范围小、一次性的、不涉及钱和交付。
- 二档（摆上台面）：影响交付时间、影响考核、重复出现两次以上。
- 三档（升级）：重复三次以上，或者涉及跨部门的资源分配。
第三步：留痕。
任何超过10分钟的工作讨论，会后5分钟内发一封邮件或群里发一句总结，抄送相关的人。标题就写「关于XX的沟通纪要-6月18日」，内容三行：约定了什么、谁负责、什么时候截止。
很多人觉得这个动作很作。但它救过我至少两次。有一次一个需求被反悔，我翻出那封邮件，对方看了之后就没再说什么。不是撕破脸，是省掉了扯皮的时间。
四、一个可能不太受欢迎的观点
有些矛盾，不该解决。
我原来特别执着于「把话说开」，觉得只要坐下来好好聊，总能聊明白。后来发现这个想法挺学生气。成年人的世界里，很多矛盾的「冻结」状态才是成本最低的——你该走的流程照样走，该配合的工作照样配合，私下不勉强做朋友，不用非得握手言和。
强行和解的代价经常被低估。你要花时间、花情绪，还可能在一个本来不该让步的地方让步。我见过有同事为了「关系好」，硬扛了本该对方扛的活，扛了两年。
五、最后一点
吵赢不重要，吵完之后怎么收场才重要。
在3号会议室那次，当场是我「赢」了。但后面两个月，老周那边所有需要配合的事情都变得特别慢，每次都要催三次。这才是真正的账。
现在我遇到类似情形，会先问自己一句：我是想赢这一场，还是想把这件事推下去。大多数时候答案是后者。