去年 11 月 7 号，周二，杭州突然降温，我穿了一件薄卫衣，在 3 楼小会议室里冻得手抖。 项目是给一个宠物零食客户改小程序商城，版本号 v2.3.7，Jira 看板上 37 张卡，其中 9 张卡在测试环境。 晚上 21:47，飞书群 @所有人，测试同学说支付回调又失败了。 我冲到工位找老徐，他是后端，也是那周第三次被我催接口。
我开口就是：“你这接口文档跟没写一样。”他回：“你需求一天改三版，我怎么写？”后面的话不太好听。 第二天开始我们冷战，他在群里只回“嗯”，我发 4 条消息他回 1 条。 项目延期 2 天，客户在群里问“是不是你们内部没对齐”。 我当时特别想找人评理，但评理没用，版本不会自己发。
网上常见建议是：冷静、换位思考、好好沟通。我试过，没用。 因为当你手里有 37 张卡、2 天延期、1 个客户在催，沟通不是第一位的。 我的独立观点有点反常识：大部分工作矛盾不是“人和人合不来”，而是“角色和角色之间的接口没定义”。 情绪只是报警器，不是判决书。先把接口修好，关系才有机会不继续烂下去。
第 1 步，24 小时内只记录，不解释动机。 我建了一个飞书表格，列了 5 列：时间、动作、交付物、阻塞点、证据链接。 记了 14 条，发现 11 条都跟需求变更没走变更单有关。 比如 11 月 5 日 16:20，我在群里加了一个“优惠券叠加”逻辑，没@后端确认；11 月 6 日 10:03，老徐把支付回调字段从 3 个改成 5 个，也没同步测试。 你看，记录一摆，谁都不是纯坏人，但流程确实漏风。
第 2 步，把“你态度不好”翻译成可验收的交付物。 我写了 3 条验收标准：支付回调在 20:00-22:00 压测 200 次，失败率低于 5%；接口文档补 7 个字段，含超时重试说明；需求变更走 Jira 子任务，提前 24 小时挂给相关人。 然后我在飞书文档里写：“我不要求你认错，我只要求我们按这 3 条跑 3 天。” 这话有点硬，但比“我们聊聊吧”有用。
第 3 步，书面确认，别追求口头和解。 我把文档链接贴到 Jira PROJ-2381 的评论里，抄送测试、前端、项目经理，共 6 个人。 规定：收到后 2 小时内回复“接受/不接受/需要改哪条”；不回复不视为默认，而是直接升级到项目周会。 听起来很官僚对吧？但对冷战中的两个人，书面比当面吵省血。 后来老徐回了 2 个字：“接受。”我盯着那两个字看了半天，居然有点想笑。
第 4 步，找 leader 只做规则裁判，不做情绪调解。 我约了 15 分钟，没讲“老徐态度差”，只讲了 3 个选项：A 加 1 个后端 3 天；B 砍掉优惠券叠加，先保支付；C 延期 2 天但客户发版说明。 leader 选了 B，并指定老徐只负责支付主链路，优惠券下个版本再说。 这一步很关键：工作矛盾一旦进入“谁对谁错”，就会变成无限游戏；进入“资源怎么排”，才有终点。
第 5 步，设熔断和复盘。 我们约定每周三 17:00 开 15 分钟站会，只过阻塞，不翻旧账；同一个问题连续两次没解决，直接升级给项目 owner。 3 天后支付回调失败率从 37% 降到 4.2%，项目在 11 月 14 日重新提测。 但我和老徐没变回朋友。后来在茶水间碰到会点头，没一起吃过饭。 我一度觉得遗憾，现在觉得正常：职场不是来交朋友的，是来把接口对齐、把版本发出去的。
如果你现在也在工作矛盾里，别急着问“他怎么这样”。 先问 3 个问题：我们的交付物写清楚了吗？决策权在谁手里？升级路径是什么？ 把这三件事落成文档，再谈情绪。 工具上，飞书/钉钉/Slack 都行，关键是用线程和文档留痕；Jira/TAPD 都行，关键是把变更挂到卡上，不要只在聊天框里“收到”。 我踩过的坑是：想靠一顿饭解决所有问题，结果饭吃了，字段还是没对齐。
最后说句不讨喜的：有些工作矛盾，解决完也不会舒服。 你可能还是不喜欢那个人，他还是觉得你烦。 但只要支付能跑、版本能发、责任能查，这个矛盾就已经被处理了。 情绪可以慢慢消化，接口今天就得修。 以上是我的土办法，不一定高级，但至少救过我一次。