最近快被同事整崩溃了,请教一些相处之道

2025 年 1 月 18 日
 abccba

大家好,请教一些与同事相处的方法和思路

OP 会在下文里详细说明,关键的两点是

前言:OP 在国内某互联网公司某后端部门。下文描述的是 OP 在和同组同事合作过程中遇到的难题。

同事 L. 校招入职半年左右,之前在我司另一个部门,因为公司业务变动离开了原部门,当时他有几个部门可以去,最后选择了来我们部门我们组。他之前所在的部门偏技术研究,所以他写过的代码是没有一行真正上线生产环境的。组长让我多带带他,帮他熟悉组内项目和业务。

这位同事只论写代码的话,跟同期入职的同事相比是更优秀的。但是做事就难说了。举几个例子:

我跟他交流或提出建议时,自我感觉我的的态度是友好的。但他可能嫌我啰嗦或不认同我的观点。这位同事在学校估计是 top 的学生,有些心高气傲,认为自己很牛逼别人很傻逼,我提的建议也不怎么接受。

他当时转岗过来是部门总监和组长面试的,都觉得技术能力和算法很强,特意叮嘱我重点培养。老板对他第一印象很好,期待很高,一些重要的事情点名要交给他做,但我感觉这位同事做事又没有那么靠谱,你给他建议他又不听,万一搞砸了估计不是老板欣赏的人的锅,更不可能是老板的锅,只能是我的锅了?

老板会定期问一下同事 L 的情况,OP 都是说技术能力棒棒的,其他问题 OP 都没咋提。感觉提了要么送走他,要么送走 OP. 都不太好,还是尽量争取一个更好的结局? OP 没有想过要故意针对他,只想他能好好融入当前的项目组,大家都有个舒心的工作,但感觉他也不听建议。

我之前带新同事也没有这么心累的,经验不足没关系,慢慢学习就行。这位我是感觉以我自己的水平很难把他带入正轨了。回到最初的话题,OP 应该怎么改进自己的工作来尽到自己“memtor”的义务呢?同样关键的问题:OP 怎么注意好自保?

9029 次点击
所在节点    职场话题
45 条回复
membrane
2025 年 1 月 18 日
拒绝内耗,忍不了就不忍
jianghu52
2025 年 1 月 18 日
从人力资源的角度,这样的人其实很可惜的。
从楼主的描述能看出来,这样的人本身有一定的能力,且学习的态度不错。但是,明显有眼高手低,不愿意下力气去做一些“不值得”的实事,所以导致做事情没有结果,没有产出。
这样的人其实很多,尤其是刚出校园的人,都是一门心思的想搞大新闻。就写代码来说,完全不屑于写具体的逻辑业务,非要跟哪些共通处理较劲,来来回回的修改,为此耽误进度也觉得理所当然,美其名曰,要打好基础框架,方便未来拓展。
这样的人有的是真的有一些实力的,他们也真能为了某个算法逻辑冥思苦想一整天,就为了一个他们看来的最“优美”的解决方案。当然,具体到了这些“优美”的解决方案最终能匹配什么业务,又或者这种解决方案是否会对现有业务产生影响,他们是完全不 care 的。
从最终的结果来说,这样的人大概率会因为某一个巨大的错误被踢出公司。当然,跟他一起共事的人也不会有好处。
那么能不能改变这种可预见的未来呢。我个人觉得几乎很难。这种人只会服一种人,就是在智商上对他碾压的人,如果你不能在他最擅长的领域把他打的狗屁不是,那么不管你的业务能力有多强,风险考虑有多优秀,他都会视而不见,或者说完全不觉得你有多厉害。
另外一个有可能促使这种自负的人改变的,就是一场足够深刻的教训。换句话说,就是一次足够大的事故。但是这也就是等于让全公司为这么一个人的错误买单。我觉得没有多少人值得这样被对待。
所以我觉得楼主你最好的方式就是,现在开始把业务流程化,潜台词就是权责清晰化,而且要做好铺垫,向各个上头吹风,说这个人风险,你没有办法 cover 这样的人,最好把这样的人开走,或者你要求转岗。这样勉强能保证你在他出事的时候,打你板子要轻一点。
dfdd1811
2025 年 1 月 18 日
就第一个事,放我这甲方发现了直接要求开除的,就算没到甲方发现,我们自己发现屡教不改肯定是要劝退的。可能你们是自己公司还好,又不是敏感项目,我们这种靠着甲方单位存活的公司,又对事故敏感,不可能接受这样员工的存在…事实上,我们之前已经被要求辞退两个员工了,都还没你这位同事这么离谱。
NoOneNoBody
2025 年 1 月 18 日
1.独生子女
2.富家子弟或者捧着养的
3.在校班干部或学生会干部
4.个人参加过赛事拿奖(非团队)
这个 profile 能中几条?
总的来说就是自视甚高,没受过什么挫折,成长过程一直伴随着“天才”、“厉害”等赞美之词长大的,爱表现自己

这人已经是领导喜好的,好像做什么都没用
我是 OP 的话,直接建议领导让这个人带个小组,单独管理部分甚至项目,不用考虑公司得失,又不是股东
既然送不走、压不下,捧上去最好,他带队后,锅就不是 OP 的了,除非 OP 反过来做了他下属
至于他带队一团糟,出大事,也不用担心是 OP 的建议不对,领导才能不是小员工能看出来的,不然这小员工就已经是领导了,一定是批他升职那位负责
thereone
2025 年 1 月 18 日
尊重他人命运就行。不过你们这个也是离谱正常生产环境是要严格控制操作的,我这边通通要操作生产环境是要金库审批,生产环境的操作都要一人操作一人审核是不能一个人搞的,为的就是防止人为因素导致出现生产事故。这个 OP 可以提给部门领导看看愿不愿意这样搞。
lesismal
2025 年 1 月 18 日
这个同事问题很大, 但是 OP 自己作为管理者也有问题, 基本没看到培训流程和方法, 只是东西丢过去让别人自由发挥.

例如生产环境, 权限不是随便就能给的, 至少要带一段时间非生产环境熟悉了之后才可以, 并且刚上手生产最好是每个操作也一块看下, 确实手稳再给他自由发挥的空间, 否则就容易挖坑. 我自己部门的新人, 至少要培养观察两三个月才会给生产, 观察期间如果觉得这人性格和做事方式不稳, 那尽量不给, 甚至直接就试用期过不来辞退了.

OP 可以如何改进?
先根据自己这块的实际情况, 梳理下工作内容工作流程和新人的培训流程, 比如新人培养至少多少时间, 需要熟悉哪些环境和业务和操作流程, 需要进行答辩, 需要非生产环境安排任务操作看看性格和做事风格是否会带来乱子, 基本每周都一个章节每个章节一个考核这种.
非生产环境都 ok 了再给生产环境, 谨慎带一段时间.

OP 可以如何自保?
做到上面改进的部分, 物竞天择适者生存, 能通过考核的人问题不大, 不需要你担忧自保.
如果改进的培训部分他做不到, 可以根据培训过程中对他的能力给出你的合理评估, 如实报告给你的领导, 即使是说他的不好也尽量委婉而且对事不对人不要牵扯人品, 说话也要自己谦虚并且委婉些面的打老板和领导的脸让他们以为他们自己不靠谱, 而且把决定权丢给老板和领导, 比如委婉建议是否安排他转个部门之类的(甚至辞退).


合理的方法和流程, 自己做的都是阳光下的, 再把话术整理好, 决定权和面子给老板和领导留着, 其他的不需要太在意, 除非是老板和领导故意想整你否则不太需要考虑自保的问题, 如果是老板和领导要整你, 自保也保不了, 而且从 OP 内容看至少现在不涉及整人的事情
Manyin
2025 年 1 月 18 日
助人为乐是道理,尊重他人命运是行为准则。
leoleoleo
2025 年 1 月 18 日
职场上别当老好人,要尊重他人命运,放下助人情节。建议直接把相关情况先汇报给直属的 leader ,听下直属 leader 的意见。另外下次领导问的时候,只要陈述事实,如实把发生过的事情讲明白就好,你不用下判断,领导自己会下判断的。

如果他这种情况一直不改,建议提前做好切割,有啥意见通过邮件或者企业 IM 沟通,不要口头沟通,留下证据,发现隐患也要早点和领导反馈,要把球踢出去,不然真的炸了就是你的锅。

职场上,我宁愿有一个做事分得清轻重缓急,能够合作和沟通但技术一般的同事,也不想要一个技术厉害,但是自视甚高,分不清轻重缓急,没法合作和沟通的同事。
fffq
2025 年 1 月 18 日
哪有这样带人的,都成年人了
Tounea
2025 年 1 月 18 日
OP 这情况真是算好的了,我们公司 IT 部门那真是一言难尽!主要是我们部门副经理相处那真是无语,你们还谈生产环境多么严谨,他直接把生产服务器和测试服务器从运维那边要来给每个开发组员一人一份,给部门经理的解释是,怕运维把密码搞丢了,我们大家都存一份比较保险,结果出现的骚操作不知道谁登上生产环境,误删了注册服务配置文件,导致后端很多集群服务失联,造成业务系统大面积不可用,结果部门经理就在部门群质问谁干的?一帮开发都说没动过,副经理就跟毛利小五郎一样,开发都没动过,那结果就是运维擅自动的,还不承认?最后的结果就是运维背下所有锅!

副经理你说他技术能力很强吧,但是业务系统很多核心功能他又没实力自己造轮子,只能去买市面上现成的商业软件,或者找外包让他们去解决这些问题,结果是对接这些接口 bug 太多,问题也太多,反馈副经理回复就是影响业务改不动。你说他能力不强吧,经常跟业务部门开会讨论,给他们开发业务报表,搞搞开源 AI 知识库,AI 语音转文字啥的,那是特别特别的积极。而且还特爱装 13 ,那次注册服务不是被谁给误删除的,他最后在部门做事故总结说出“这些开源软件禁止使用,我信不过”,这 13 装的真是 666 ,这么牛逼你咋不去自己造轮子?别用 nginx ,tomcat 、redis 、MySQL 等等这些服务啊,还大言不惭在部门群吹牛批,我写的代码牛逼的很,世界上没谁能黑进我们业务系统,你们就方宽心,结果半年后,业务系统报表服务因安全漏洞被入侵,公安局传唤公司负责人去派出所,发到群里问如何解决漏洞?他就开始装糊涂了,这事情我不知道啊。

所以 op 遇到这种同事还算幸运的,遇到这种煞笔领导才是最无奈的,这种人总觉的自己是六边形战士,什么都懂,总觉的自己说的一定是对的,别人说的都是错的,不懂没关系,听听别人有经验的建议一起讨论不就行了,结果不懂硬要装懂,别人反驳这种不能这么做,他在耳朵里这些都是顶撞领导行为,生生把一个 IT 部门搞成他的一言堂,以前他没升副经理,IT 部门相处还很融洽,结果他升上去,有的人不是离职,就是上班感觉部门很压抑。
PeterKim
2025 年 1 月 18 日
首先,领导不能得罪,所以你必须要夸领导,怎么夸呢?夸领导的眼光好,眼光独到,就说同事 L 的技术底子真的像领导说的那样,基础打得牢牢的,一通彩虹屁,然后来个”但是“,这时候就可以提同事 L 的各种不足了,最后你再表达,你可能也存在问题,你的问题就是我这座庙容不下这尊大佛,既然这尊大佛法力无边,那就让更大的寺庙去接纳他,当然要说得稍微委婉一点。

领导听完后,无外乎两种反应,XX 啊,辛苦你一下,你多担待一下,balabala ,这时候你就知道,你在领导眼中的重要性已经不如这位同事 L 了,所以这时候你要么选择继续忍(当然真出事你的锅肯定少不了),要么就选择卷铺盖走人,还有一种就是比较理想化的情况,领导听进去了你的意见,开始重新审视这位未来之星,这说明在领导严重你是个可信的人,并且愿意相信你,那就恭喜你,遇到了个知心好领导。
wzy44944
2025 年 1 月 18 日
1. 跟你的直属领导多反馈吧,可以直接挑明了不带了,仅限合作;
2. 平时在小组群或者部门群里沟通,不要一对一,因为你不是领导,有事情要透传到上层
3. 打听一下这个人是不是关系户
x2ve
2025 年 1 月 18 日
乱动生产 没流程啊 这种一定要内部开会提出来的,你负责带他的话 一般属连带了,另外代码这块谁审核谁负责,质量各有各的好,每个人看法不一样。接收了需求搞不定的,那就做好需求进度表,让他开会自己描述清了再说,毕竟你带他属于捆绑了,也要适当摘清
yueye115
2025 年 1 月 18 日
二手宝马奔驰
LeeEnzo
2025 年 1 月 18 日
敢没有二次确认没有测试就动生产服务器的人 都是人才
要么直接辞退,要么别带了
省的出事连累你
RyougiShiki
2025 年 1 月 19 日
给领导反馈好的坏的都说,你是老员工公正评价下后辈没什么,倒不至于送走同事,只是先打下预防针以后出事了好说。
xuanbg
2025 年 1 月 19 日
你们这是用错了人啊,这种人才要让他去啃硬骨头,我就不信你们就没什么难以解决的性能问题,丢给他去研究解决啊。
MXMF
2025 年 1 月 19 日
我倒碰到过类似的情况,最终的结果是这个人走了。
能力有,但是说了不上心,老是出低级错误,也出过线上的错误,搞得我也一起背锅。
OP 的情况,我建议正常对接就可以了,正常安排任务不需要有其他任何对于的交流,就比如他的负能量,根本不给他这个输出的机会行不行?
然后让你的上级针对这些情况 也要有所了解,不然真的可能会认为你的问题
dododada
2025 年 1 月 20 日
工作业务流转信息,记得留痕,邮件也行,jira 也行,wiki 也行,文档类的记录和通知一定要留痕并且抄送领导,你的工资不是他开的,没必要负责任,再说出了事你也兜不住
Malone
2025 年 1 月 20 日
等出生产事故就老实了,没经历过毒打

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://study.congcong.us/t/1106032

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX