OP 这情况真是算好的了，我们公司 IT 部门那真是一言难尽！主要是我们部门副经理相处那真是无语，你们还谈生产环境多么严谨，他直接把生产服务器和测试服务器从运维那边要来给每个开发组员一人一份，给部门经理的解释是，怕运维把密码搞丢了，我们大家都存一份比较保险，结果出现的骚操作不知道谁登上生产环境，误删了注册服务配置文件，导致后端很多集群服务失联，造成业务系统大面积不可用，结果部门经理就在部门群质问谁干的？一帮开发都说没动过，副经理就跟毛利小五郎一样，开发都没动过，那结果就是运维擅自动的，还不承认？最后的结果就是运维背下所有锅！ 副经理你说他技术能力很强吧，但是业务系统很多核心功能他又没实力自己造轮子，只能去买市面上现成的商业软件，或者找外包让他们去解决这些问题，结果是对接这些接口 bug 太多，问题也太多，反馈副经理回复就是影响业务改不动。你说他能力不强吧，经常跟业务部门开会讨论，给他们开发业务报表，搞搞开源 AI 知识库，AI 语音转文字啥的，那是特别特别的积极。而且还特爱装 13 ，那次注册服务不是被谁给误删除的，他最后在部门做事故总结说出“这些开源软件禁止使用，我信不过”，这 13 装的真是 666 ，这么牛逼你咋不去自己造轮子？别用 nginx ，tomcat 、redis 、MySQL 等等这些服务啊，还大言不惭在部门群吹牛批，我写的代码牛逼的很，世界上没谁能黑进我们业务系统，你们就方宽心，结果半年后，业务系统报表服务因安全漏洞被入侵，公安局传唤公司负责人去派出所，发到群里问如何解决漏洞？他就开始装糊涂了，这事情我不知道啊。 所以 op 遇到这种同事还算幸运的，遇到这种煞笔领导才是最无奈的，这种人总觉的自己是六边形战士，什么都懂，总觉的自己说的一定是对的，别人说的都是错的，不懂没关系，听听别人有经验的建议一起讨论不就行了，结果不懂硬要装懂，别人反驳这种不能这么做，他在耳朵里这些都是顶撞领导行为，生生把一个 IT 部门搞成他的一言堂，以前他没升副经理，IT 部门相处还很融洽，结果他升上去，有的人不是离职，就是上班感觉部门很压抑。

首先，领导不能得罪，所以你必须要夸领导，怎么夸呢？夸领导的眼光好，眼光独到，就说同事 L 的技术底子真的像领导说的那样，基础打得牢牢的，一通彩虹屁，然后来个”但是“，这时候就可以提同事 L 的各种不足了，最后你再表达，你可能也存在问题，你的问题就是我这座庙容不下这尊大佛，既然这尊大佛法力无边，那就让更大的寺庙去接纳他，当然要说得稍微委婉一点。 领导听完后，无外乎两种反应，XX 啊，辛苦你一下，你多担待一下，balabala ，这时候你就知道，你在领导眼中的重要性已经不如这位同事 L 了，所以这时候你要么选择继续忍(当然真出事你的锅肯定少不了)，要么就选择卷铺盖走人，还有一种就是比较理想化的情况，领导听进去了你的意见，开始重新审视这位未来之星，这说明在领导严重你是个可信的人，并且愿意相信你，那就恭喜你，遇到了个知心好领导。

1. 跟你的直属领导多反馈吧，可以直接挑明了不带了，仅限合作； 2. 平时在小组群或者部门群里沟通，不要一对一，因为你不是领导，有事情要透传到上层 3. 打听一下这个人是不是关系户

乱动生产 没流程啊 这种一定要内部开会提出来的，你负责带他的话 一般属连带了，另外代码这块谁审核谁负责，质量各有各的好，每个人看法不一样。接收了需求搞不定的，那就做好需求进度表，让他开会自己描述清了再说，毕竟你带他属于捆绑了，也要适当摘清

二手宝马奔驰

敢没有二次确认没有测试就动生产服务器的人 都是人才 要么直接辞退，要么别带了 省的出事连累你

给领导反馈好的坏的都说，你是老员工公正评价下后辈没什么，倒不至于送走同事，只是先打下预防针以后出事了好说。

你们这是用错了人啊，这种人才要让他去啃硬骨头，我就不信你们就没什么难以解决的性能问题，丢给他去研究解决啊。

我倒碰到过类似的情况，最终的结果是这个人走了。 能力有，但是说了不上心，老是出低级错误，也出过线上的错误，搞得我也一起背锅。 OP 的情况，我建议正常对接就可以了，正常安排任务不需要有其他任何对于的交流，就比如他的负能量，根本不给他这个输出的机会行不行？ 然后让你的上级针对这些情况 也要有所了解，不然真的可能会认为你的问题