遇到 sb 同事甩锅给自己,是忍还是怼

voidmnwzp 2026-09-15 13:09 1

同事 a 算是项目的小组长吧,公司项目管理水平极烂,导致每个迭代( 10 天)的工时都排爆满,每个迭代都要经常加班赶项目进度,前几天因为客户那边 bug 太多被投诉(之前也是因为 bug 太多被投诉多次了),上头领导找我谈话说 a 打报告说我 bug 太多,要我注意下,我当时就一脸懵(客户那边几十个 bug 我就占一个),回头就找了这几个迭代的 bug 单一看,除了有一个特别紧急改动量极大的需求提测时的 bug 超过了 5 个(最后也顺利定期验收交付了)其余的需求都不超过 5 个,遂找 a 对峙,让他拿出证据证明我 bug 多,他支支吾吾拿不出来让我自己去翻,最后还说:无论多大多复杂的需求 bug 超过 5 个都不正常,不保证不质量不如不交付,直接是把我给气笑了,这下我是确认这货是纯 sb 了,不保证质量不交付?那你上个迭代给我排 140 个工时干嘛?我最后顺利定期交付验收通过那为什么叫质量有问题?还让我用 ai 写的每一行都要 review (在这种工时环境下),他自己能做到吗?,这明显就是客户投诉下来,他把锅扔给我背了,但因为试用期还没过,不要好撕破脸皮,但下次在遇到这种情况我就很难再控制自己的情绪了

最新回复 (19)
  • freemoon 09-15 13:27
    1
    这都算是你领导了,要长期协作的人,如果觉得不好相处,就早点撤,你能忍几天还能忍一年两年?
  • Johngodme 09-15 13:28
    2
    我是直接公司项目群里怼😂,忍一时,越想越气
  • mr123villain 09-15 13:32
    3
    直接怼的他连他娘都不认识
  • XuHuan1025 09-15 13:34
    4
    直接把贴子发给领导
  • wangxinpier 09-15 13:38
    5
    哈哈,这种人多了,有人还当着我的面对其它人说,什么什么是我定的,有些人在被逼急了的时候,谁都可以卖,钱还是要争,人也得小心为上,梁子结上了,就必须斗争到最后了。
  • darktutu 09-15 13:39
    6
    肯定要怼回去,要不还认为你好欺负。但是怎么怼可以看看有没有高手了。我情商低啊。我感觉领导都是欺软怕硬。
  • mansurx 09-15 13:45
    7
    只是说你跟他不是一路人。他这是维护“嫡系”
  • haoyunyinglai 09-15 14:01
    8
    我的建议是正面硬刚

    要不然你试用期他就敢这么干,等你转正了能有你好果子吃?
  • KFCVIVO50 09-15 14:08
    9
    在 v 站挂我是吧,晚上最好别睡太死
  • processzzp 09-15 14:22
    10
    试用期趁早硬刚,刚赢了你树立不好惹的职场人设,后面没人敢找你麻烦。刚输了立马重新开始投简历约面试,这段工作经历都不用体现在简历上,也不用担心有空窗期要找借口跟 HR 解释,起码不亏
  • coderluan 09-15 14:22
    11
    你把 bug 清单发给领导看一下就行了,不用忍也不用怼。
  • pandahii 09-15 14:27
    12
    干它
  • cfancc 09-15 14:38
    13
    试用期赶紧刚,这是要拿你当替罪羊
  • fregie 09-15 16:48
    14
    "无论多大多复杂的需求 bug 超过 5 个都不正常"
    拿着他这句话,在公司里到处问什么样的弱智能说出这样没有逻辑的话
  • Dganzh 09-15 17:01
    15
    直接发给他上级
  • yxisenx 09-15 17:15
    16
    直接在工作群里骂啊,要有领导的那种
  • silence1corner 09-15 17:25
    17
    过分了直接怼,翻脸了直接全公司发邮件,不要怕
  • bbao 09-15 19:00
    18
    首先我觉得要摆正心态的看待问题,我们做一些拆解
    [不保证不质量不如不交付]
    如果所有的 bug 都是低优先级可以暂不解决,允许。假设交付结果不允许有 bug ,那么就需要在交付前 buglist 清 0 ;或者项目内所有人围绕当前 bug 情况达成共识。这个就不会有人能拿这个问题说你。(当然我不知道你们内部是什么情况)

    - 需求多排期满是客观事实,这个你可以排期的时候沟通,做不完 delay 风险预警。可能你们的工作方式或者其他人的排期皆如此而不是针对你个人;
    - 除了有一个特别紧急改动量极大的需求提测时的 bug 超过了 5 个(最后也顺利定期验收交付了);
    看样子是提测结果反馈而不是交付结果反馈;多个需求 假设 4 个项目;就会有 15 个以上的 bug ;从总数上看,是相对多的,都是小问题,快速 fix 的话,也无所谓的。

    问题看严重性,严重问题多,那是该聊聊,粗心马虎导致的小问题,不花费大量时间修复的少量问题,无需追究,本来压力就大,需要比较好的向下管理方法
  • diudiuu 09-16 08:54
    19
    大家都忽略了一个问题,其实对最大得领导,可能不关系你有几个 bug ,只关系这个 bug 少,有人改就行

    你就跟着自己本心走,该骂骂,最后拿赔偿。那么多问题你只说我,你针对我吗?
* 帖子来源V2EX
返回