再回一篇，先说我不是B但是这个细节出了更明显不是B的问题了啊
这个Bug本来就是一个corner case只是好巧不巧在B开发的时候遇到一次，要是今天B刚好
就没遇到这个Bug，你们还不是一样照常Release，客户一样爆掉，这样B不就刚好衰帮你
发现Bug而已？
你硬要说B的态度有问题，他也只是表达出他遇过且在你们根本没修的情况本来就很可能
再发生，很明显原Po这组原本想甩锅让B一起揹，B可能只是无言搞你搞回去而已
B的视角比较像：你今天底层的Code出问题我上层测出问题开Ticket被你关了难道我还要
帮你修？那我再打开你要不要修？还是说我开了这个Ticket你的Code得Rollback？你没Ro
llback你找我上层的人干麻？
今天开Ticket的人还只是个Dev开发都来不及了还要成天去Track别组的Bug？没当你组是B
locker就不错了
简单来说这个锅最负责任的作法就是Dev lead就是原Po一开始就得出来坦，我人在亚麻做
过，这个COE(Correction Of Error)的主人绝对是原Po或是A绝对轮不到B，第一、你的QA
test suite不够完善没办法发现问题，第二、你的Dev写Bug没有完整的测试就关掉Ticke
t，第三、你根本没管好你的feature就release
真的B 最多就嘴臭而已QA 都 close 了产品不 release 是要？
作者:
wmtsung (Tsung)
2023-07-27 11:49:00bug都关了，B不commit他的部分就变成这个feature还没好是卡在B的部分还没上啊，A的部门这样搞真是稳赢的XD
作者:
Lhmstu (lhmstu)
2023-07-27 12:17:00B技术上没问题，人有问题XD
B就是做事不圆柔，不懂得和同事相处，本来20%责任，被挖洞跳变80%责任
作者:
jamo (hi)
2023-07-27 13:51:00B如果真的负责再把ticket打开,我估计A就要大爆炸了然后QA都过了如果B还在那边GGYY不肯commit,肯定被钉飞结合本篇与下篇说明整件事该负责的的确是原po原po自己有说他被临时调派,mindset没做好导致于丧失了后面
作者:
jamo (hi)
2023-07-27 13:59:00升迁的机会,应该说原po的主管给他一次表现的机会但搞砸了~
作者:
DrTech (竹科管理处网军研发人员)
2023-07-27 14:14:00推这篇，这与我的工作经验与遇到的状况比较接近自己的错，推给别人。然后别人不爽在闹，把错全推给别人说话态度不对。A自己的错。推给别人B，然后B不爽了，在闹情绪。于是把错推给闹情绪的人。你可以说B的EQ是不好，但已经与此bug无关了。
作者:
wmtsung (Tsung)
2023-07-27 14:24:00看第一篇那些推文说B问题或责任最大的我都怀疑这些人bug是用嘴巴在管理而不是用系统在管理了
作者:
mathrew (Joey)
2023-07-27 14:59:00技术上来说，B当然没问题，但是处理事情上，B就有问题这种事情，就是应该回报给上层，让上层决定很多时候，职场上该学的是如何处理事情，技术变成辅助
作者:
DrTech (竹科管理处网军研发人员)
2023-07-27 15:15:00B不是有回报Bug了？没回报在哪，难道回报bug 的系统不用主管审？那也不是B的问题啊。程式码Bug被关了，当然只能照公司流程走下去。 B处理事情到底哪里有问题。
作者:
mathrew (Joey)
2023-07-27 15:20:00你如果觉得没问题那就没问题，那有不少人觉得有问题，就代表仍有待商确
作者:
Lhmstu (lhmstu)
2023-07-27 15:32:00我是不想跟B这种同事一起工作，有些人可能很喜欢吧
作者:
wmtsung (Tsung)
2023-07-27 15:41:00我比较不想和原po以及A共事，B说不上喜欢不过没啥问题，不过在那边二分法也没啥意义，职场上多的是不会多话的B，自己实力不够就是自己扛
作者: q253upng (q253upng) 2023-07-27 15:46:00
我选择跟B啊，起码我的东西有问题会被他开出issue，跟A那组做事自己没发现不就默默炸掉
作者:
thund (天下御免)
2023-07-27 15:48:00B的问题不是最大 但不代表B没有问题啊......
作者:
wtl (比特)
2023-07-27 15:48:00其实最该学的是原po甩锅的能力 被他一讲大部人都觉得B有问题A跟他同一部门又是他的下属 讲的好像没犯什么错
作者:
wmtsung (Tsung)
2023-07-27 15:51:00A那组真的可怕，bug都关了还可以检讨B，你当初如果信任B哪敢随便关掉bug？今天如果不是在客户那边炸开，搞不好到现在A那组都还认为B乱开bug
作者: distellable (不能说的秘密) 2023-07-27 16:10:00
是也满奇怪的 回报BUG不是要先确认重现步骤?
作者: q253upng (q253upng) 2023-07-27 16:26:00
B大概还有错在鸡婆多管闲事吧，放给A team自己炸掉就好，事后还可以说是机率性问题没遇到跳脱
作者:
wmtsung (Tsung)
2023-07-27 16:26:00基本上这公司神奇的地方太多，连B只测过一次这种事都要在客户那边炸开后检讨时才知道，步骤B认为他写清楚在bug上了，但后来检讨时B的环境其实也无法复现，所以我猜B也只是蒙到问题，但因为后来嘴砲而成为事主XD我的推测是B蒙到问题但也不敢确定，所以后来A说B搞砸环境关掉bug时B也不敢坚持往上HL，照着流程下去最后就在客户那边炸了，之后B自爆我猜就只是以为可以趁机一吐怨气没想到被原po抓到变成事主
作者: puring0815 2023-07-27 17:39:00
同意这篇观点才是对的，以这个事件来看 leader 和 Adev 在流程的问题才是最大问题，不然每次都在究责人根本究责不完
鬼故事就原作者 leader埋头苦干弄不好 事后炸锅还要推责如果真的那么尽心尽力早该在close前先跟B组沟通请B支援如果B支援后还找不出来就是公司自己扛. 事后怪罪A跟B真的鸟公司鸟主管
作者: ku399999 2023-07-27 18:36:00
如果B有复验过且没问题，然后要上有先请示过，才会没问题
作者:
wmtsung (Tsung)
2023-07-27 19:09:00如果B开的bug只有B能关，才有资格要求B要复验好吗…B开的bug随便被其他人关掉是要B复验什么？更别说这种没改code，只是RD判断环境因素就关掉的bug，就算是专责的QA部门来处理，我看也是一堆直接关闭
作者: superpandal 2023-07-27 19:26:00
B没设定权限不就代表允许这么做... 但公司理应限制全域设定不能阿猫阿狗都能close
作者:
a731977 (卡哇邦卡)
2023-07-27 21:37:00推
作者:
bitcch (必可取)
2023-07-27 22:20:00为了HL人故意把已知炸弹引爆 让客户受害 说B没问题…
检讨的时候B不嘴臭连锅都没得甩，呵呵上面有人说得很好，多的是不吭声的B，B败只在嘴邱
作者:
ck237 (白色小鸡)
2023-07-29 11:38:00这种公司就是早早离职就对了