作者hidog (.....)
看板Soft_Job
标题Re: [心得] 我在科技业遇到的鬼故事之一
时间Thu Jul 27 11:27:57 2023
※ 引述《pokkys (人很好那一个)》之铭言：
: 我是原po，我来交代一些细节，供大家参考一下。
: 角色：
: 我在这里的角色是application owner，我要推一个应用给客户去使用。
: 我这个application需要多个feature来组成，B是我其中一个feature owner。
: B这个feature需要多个kernel function整合才有办法达成，当然B自己也要写不少code。
: A是B负责的feature的kernel function owner，同时我也是A的主管。
: 我也有配到一组跟我对应的QA，而我要承担最终的成败。
: 这其中：BU1:{{A,我},QA} BU2:{B}
: 一开始A接到bug试不出来，有去找B讨论，但是B认为步骤写在bug report上很完整了。
: 而且B有其他feature要开发，无法把机器+环境借给别人。
到这边为止
A看起来有把问题反应给你
你的工作应该是跟B的主管协调,看能不能让B优先处理这个issue吧
大部分职场都会把开发需求区分piority
如果这是个严重的issue, piority设高并且必须优先处理.
我会好奇为什麽不能要求B优先处理你们的问题
如果B真的无法处理,issue也是等到他有空能帮忙後才关闭吧.
会在客户端爆炸的问题我认为piority应该要设高才对 @@
: 我问B：你是看到A/QA把bug close後，你又测了一次发现还是一样，所以才打算commit上
: 去想要highlight他是吗？
: B说：没有，後来就没有测。
: 我问：你没有测，你怎麽会知道这个问题还在？
: B说：他就说can not reproduce啊，所以问题一定还在。
: 我说：这不一定吧？
: B的主管：所以你只是因为他没有解，所以你认定问题还在，才想要highlight这个问题？
: B说：对，我只是想提醒大家问题没有被解决。
: 我说：那你到底测过几次？
: B想了一下说：1次
: 我说：可是你写always耶！
: B说：我就想说测1次中一次就100%啊。
B的回答0分
但从B的角度看,他不是QA也不是负责人
回报问题 -> 被mark close -> commit上去後release
这个过程听起来也没什麽错,bug都被close了为什麽不能release.
我个人在这种情况下都会复测一次确保没问题
而主管的工作是要在这种情况下确定底下工程师有复测
原po作为管理者(app owener),该处理的问题是
1. 要求B优先处理这个issue
2. 确保B真的有复测,而且要能看到复测结果. (附一张截图之类的)
管理者本来就要帮下属争取必要的资源
这样看起来A算苦主,他就真的无法复测,也有向上反应,
但上面没有提供足够的资源 (要求B优先处理这件事情)
QA也无法重现的情况下就应该抓B一起进来解问题...
B的工作态度有问题,但可能对公司积怨已久或是失去工作热情
看起来是原本就想跑了,跑之前放个火烧一下.
我好奇的是是否有要求B进来一起解bug,以及这件事情是否被拒绝 @@
: 後来B先被请出去了，我跟他主管谈这件事。
: 我们最後的共识是相信B主管的总结：因为bug close当下，那段有问题的LAGG test code
: 已经被修掉很久了。 B不太可能有真的机会复制出这个问题。 而且LAGG test code被修
: 掉这件事，也可以解释为何我跟QA没有办法复制。 这个说法，大家都会有台阶下。
: 所以最後我没有去纠结为何他那麽明确知道bug还在这件事.....我接受B主管的说法了。
并不是有台阶下就好,问题还是没解决
而且这个台阶是建立在A背了黑锅的前提下...
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 36.229.148.16 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1690428479.A.072.html
1F：→ antpro: 最原始的发文就是这个bug不是100%重现，但feature不能开 07/27 11:34
2F：→ hidog: 但重现过的只有B，把他抓进来参与讨论很正常吧 07/27 11:38
3F：→ hidog: B说他没办法帮忙，就close bug，感觉问题点发生在这里 07/27 11:39
4F：推 wmtsung: 从後续原po他们复现的情况来看B真的进来可能也没用，因 07/27 12:07
5F：→ wmtsung: 为B後来一开始也无法复现，问题没在客户那边炸开时看得 07/27 12:07
6F：→ wmtsung: 出来A部门对B的信任度相当低，才会有A认为他复制不出来 07/27 12:07
7F：→ wmtsung: 这个问题，肯定是B把自己环境搞砸了就可以关掉bug的情况 07/27 12:07
8F：→ wmtsung: 。否则不太可能轻率处理这种会造成资料损毁的严重问题 07/27 12:07
9F：→ hidog: 如果B也无法重现的话就真的没辄了 07/27 12:09
10F：→ hidog: 但B没被拉进来是别的问题@@ 07/27 12:10
11F：推 wmtsung: 从B只测过一次这件事也是原po在事後检讨时问B才知道，那 07/27 12:11
12F：→ wmtsung: 当初A有没有认真找B讨论过这个bug可想而知 07/27 12:11
13F：推 wmtsung: 因为双方没有信任，A部门当然也不会拉B进来处理，可能还 07/27 12:14
14F：→ wmtsung: 觉得B根本在乱开bug 07/27 12:14
15F：→ hidog: 呃这个我觉得当事人才知道怎麽回事 07/27 12:20
16F：→ hidog: 但文内叙述是B在忙，无法提供设备做测试 07/27 12:20
17F：推 wmtsung: 这bug会造成资料损毁基本上算是非常严重的等级，如果A部 07/27 12:23
18F：→ wmtsung: 门真想要查清楚就不该关闭吧？看是要找B主管调整B的工作 07/27 12:23
19F：→ wmtsung: 还是等B忙完再来一起解 07/27 12:23
20F：推 Lhmstu: 说实在应该一堆公司都有类似的问题，只是没炸开而已 07/27 12:30
21F：→ DrTech: 一堆公司？可否举例？个人待过的公司超过6家了。从来没有 07/27 15:02
22F：→ DrTech: 一家 有bug，工程师可以随意关。有问题的程式码，开发者可 07/27 15:02
23F：→ DrTech: 以随意release到产品，不会有人审。出了事情，owner优先检 07/27 15:02
24F：→ DrTech: 讨人说话态度不对的。 07/27 15:02
25F：推 Lhmstu: 全台几间公司，你也才待六间。D大你是神人没遇过正常 07/27 15:17
26F：→ wtl: A可以close bug应该是主管也同意 也就是原po 不关的话应该也 07/27 15:33
27F：→ wtl: 没办法按schedule推出产品 07/27 15:34
28F：推 brucetu: 看一堆人想跟A当同事不想跟B 就知道有一堆公司认为说话 07/27 17:03
29F：→ brucetu: 的态度比逻辑跟流程重要啊 07/27 17:03
30F：→ brucetu: 今天B没有运气好打到规格外的bug，产品一样会炸 07/27 17:04
31F：→ brucetu: 但是B打到了之後没有执意卡release卡到能复现为止，所以 07/27 17:06
32F：→ brucetu: 会炸都是B害的，如果B心态积极善良产品就不会出包了 07/27 17:06
33F：→ brucetu: 其他人轻忽资料毁损bug根因未解，都没责任，因为态度良好 07/27 17:07
34F：→ brucetu: 一堆人是这种想法 07/27 17:07
35F：→ superpandal: B懂个屁逻辑与流程 什麽叫作一样会炸 B不commit会炸 07/27 22:43
36F：→ superpandal: 吗 也没有人故意让他说错话 他自己曝露动机不能怪人 07/27 22:44
37F：→ superpandal: 你要不要去看一下出bug的点 无法复现可以理解 07/27 22:46
38F：→ superpandal: 在中小企业很随意是很常见的 看来DrTech是都待在很好 07/27 22:48
39F：→ superpandal: 的公司 07/27 22:48
40F：→ superpandal: 就环境问题 这应该还要再开另外的issue B早就忙完 07/27 22:53
41F：→ superpandal: commit不是吗 为何是A部门要主动？ 如果A部门有视野 07/27 22:55
42F：→ superpandal: 那A部门理应主动 看不见的东西没有目标还要主动... 07/27 22:55
43F：→ brucetu: 嗯？你把B换成CDEF都有可能炸啊A的code就是有问题而且他 07/28 03:20
44F：→ brucetu: 没打算查啊因为他跟你的逻辑一样啊，「虽然问题出在我的f 07/28 03:20
45F：→ brucetu: unction，但是我不用主动，因为我不能复现，看不到目标， 07/28 03:20
46F：→ brucetu: 别人要帮我复现我再来查，不然我就关票，没问题的」你把B 07/28 03:20
47F：→ brucetu: 换成任何人都一样会炸 07/28 03:20
48F：→ hidog: 所以应该是找B主管讨论後拉B进来debug阿... 07/28 09:08
49F：→ hidog: 要是B进来後无法重现，那就真的没辄 07/28 09:08
50F：→ superpandal: 未知的情报你要怎麽让A主动认为是己方问题？ 换任何 07/28 20:10
51F：→ superpandal: 人都会炸然後呢？ B没犯错？ 硬找理由cover B 07/28 20:11
52F：推 black2575: 关bug 很奇怪+1 通常都是开着让他变known issue 除非r 07/29 00:05
53F：→ black2575: oot cause 找到，然後如果issue 够严重，应该要请B的 07/29 00:05
54F：→ black2575: 主管压着他压到他重新复现并给出详细步骤为止 07/29 00:05
55F：→ superpandal: 关close理由都给你了有什麽好奇怪... 07/29 09:08