這篇文最鬼的明明就是原PO，這個Feature在他的組開發然後有問題，自己組的人+QA竟然
測不出來，結果隔壁組的人竟然有權限把Feature打開，B就算說原本就知道有問題硬要搞
最後補一句「有可能是我自己環境有問題」也是能全身而退
說到底身為新Feature的lead管產品品質+QA都管不好，有問題的code還能進到release br
anch，最後還能PO出來讓大家評論B，這才是我看過最鬼的鬼故事吧
--
Re: [心得] 我在科技業遇到的鬼故事之一
軟工
105682
這篇文最鬼的明明就是原PO，這個Feature在他的組開發然後有問題，自己組的人+QA竟然
測不出來，結果隔壁組的人竟然有權限把Feature打開，B就算說原本就知道有問題硬要搞
最後補一句「有可能是我自己環境有問題」也是能全身而退
說到底身為新Feature的lead管產品品質+QA都管不好，有問題的code還能進到release br
anch，最後還能PO出來讓大家評論B，這才是我看過最鬼的鬼故事吧
--
ku3999991樓一個是制度有問題 一個是人有問題 這能比嗎 哪個比較該 07/25 07:44
→ ku3999992樓死 不能留 大家心知肚明 07/25 07:44
→ kop149220003樓你講的是流程跟制度上有問題，但B已經是其它問題了 07/25 07:44
→ kop149220004樓，而且說一句「可能是我自己環境有問題」就能全身而 07/25 07:44
→ kop149220005樓退，在我看來是不可能啦 07/25 07:44
DrTech6樓可怕的是bug 可以隨便關，沒人審核。Release可以讓開發者 07/25 07:54
→ DrTech7樓自行決定隨便開feature，沒人審核吧。 07/25 07:54
DrTech8樓真的是組織制度設計的問題，最鬼的真的不是A或B。 07/25 07:57
→ DrTech9樓結果原文還誤導大家問題在A與B。 07/25 07:58
xam10樓都有問題啊,只是人的問題,可以靠制度規範,但不是所有組織都能 07/25 08:41
→ xam11樓一開始就有完善規定,這時候遇到獨善其身的人只能死了 07/25 08:41
q253upng12樓A亂關issue要其他人怎麼審核？issue能關本來就一直都有 07/25 08:46
→ q253upng13樓信任成分在，要B負責也很怪，那之後B有權限去重開其他 07/25 08:46
→ q253upng14樓所有人的issue嗎？ 07/25 08:46
wmtsung15樓擺爛的人沒啥，失言的該死XD 07/25 09:25
wmtsung16樓從原po講的組織來看，A與原po同部門，原po可能是主管或 07/25 10:05
→ wmtsung17樓資深人員，因為他扛feature成敗，QA與他們是同一個大部 07/25 10:05
→ wmtsung18樓門，只有B是另一個大部門的人，B的主管看來也沒有進到這 07/25 10:05
→ wmtsung19樓個案子處理，現有資訊看起來原po的大部門應該是這功能甚 07/25 10:05
→ wmtsung20樓至整個案子的主導部門吧？那原po所謂的B release featur 07/25 10:05
→ wmtsung21樓e指的是什麼？把他上層沒問題的code進到release branch 07/25 10:05
→ wmtsung22樓嗎？這有什麼問題？有問題的是A的code，這部份是A自己已 07/25 10:05
→ wmtsung23樓經上了才會被B開bug不是嗎？結果一堆人因為原po最後兩段 07/25 10:05
→ wmtsung24樓可能是B的氣話覺得B很雷？我只覺得有心人比鬼還可怕… 07/25 10:05
luciferii25樓B不是QA，他有自己code整合進去才是成品，而那成品是 07/25 10:17
→ luciferii26樓有問題的，這不是只有信任上層code問題，而是他是把自 07/25 10:17
→ luciferii27樓己整合完確定還有問題的東西release出去而不是再通知 07/25 10:18
→ luciferii28樓沒修好。 07/25 10:18
s06yji329樓用炸客戶的方式來highlight內部的人難道沒問題嗎？ 07/25 10:18
wmtsung30樓B發現有問題時已經開了bug給A，後來是A關了bug，甚至原p 07/25 10:22