* 我指出他说的“无法运行”的模块明明存在-> 他含糊其辞：“反正……到时候你功能多的那个，兼容一下我这个就行了。”

* （潜台词：别问，问就是你来兜底。）

听到“兼容”两个字，我差点气笑。所以，我们组就两个人，产品还没影，先得开发一个“项目对比与兼容”功能？

三、 中年职场人的“保命哲学”：悄悄搞事，默默拆桥

这已经不是第一次了。

上次一个数据收集项目，也是在我功能演示完后，他默默搞出一个“裁剪版”。这次，历史换了个皮肤，再次重演。

我好像突然看懂了一些中年职场人的“生存智慧”：

1. 绝不把鸡蛋放在一个篮子里：尤其不能放在下属的篮子里。哪怕效率低下，也要拥有“自己可控”的版本。

2. 沟通不如代码“实在”：开会同步多麻烦，直接写代码，既展示了“工作量”，又保留了最终解释权。

3. 用“技术探讨”掩盖“管理失职”：当被质疑合作流程时，迅速将话题切入技术细节（比如你用的AI多少钱），在无关领域找回主场。

他们深谙一个道理：在老板眼里，有“产出”比有“合作”更直观。至于这产出是不是重复建设、会不会拖累整体进度，那都是后话，甚至可以是“负责兼容”的你的问题。

四、 与其内耗猜心，不如学会“管理你的领导”

跟这样的领导共事，气愤和吐槽解决不了问题。你得学会“向上管理”，把他的“骚操作”框定在最小破坏范围内。

那天最后，我没再纠缠“轮子”问题。我做了三件事：

1. 锁定当前最大风险：我把Apifox的安全问题、急需从他那获取的数据接口文档，列成清晰的清单，再次发给他。“老大，这几件事不解决，咱们两个‘轮子’都跑不起来。你看今天下班前，我们能跟对方团队确定一下吗？”

2. 留下书面证据：所有关于需求变更、技术方案的讨论，全部移到有记录的聊天群或邮件。口头说的，都是“空气”；文字写的，才是“凭证”。

3. 明确下一步动作：“既然已经有了两个版本，为了避免后续混乱，我们是否需要定一个时间，一起评估一下，以哪个为基础进行后续开发？或者明确一下分工边界？”

他沉默了半晌，最终回了一个“哦”。

我知道，他未必听得进去。但至少，我把球踢回了他的半场，把“合作不畅”的模糊账，变成了“待办事项”的明确项。

写在最后

职场久了，你真是什么人都能遇见。有些人把聪明才智用在推动项目上，有些人则精于计算如何让自己“看起来”更安全、更忙碌。

遇到后者，别绝望，也别陷入“他为什么这样”的内耗。

你要做的，是把自己变成“项目进度”最坚定的守护者。用清晰的逻辑、明确的记录、紧盯核心目标的行动，去对抗那种含糊、隐秘、制造混乱的生存哲学。

毕竟，真正的桥，从来不是别人给的，而是自己一砖一瓦建起来的。他若想拆，便让他拆他自己那座去。

你的路，得你自己铺得又稳又直，让所有路过的“轮子”，都不得不按你的轨道前行。

共勉。??