作者:
DrTech (竹科管理處網軍研發人員)
42.72.104.143 (台灣)
2023-07-28 09:03:08 推 sirlers: 推分享 這樣的流程好好導入原原po就無從把自己team的鍋推給B囉 37F 07-28 13:18
作者:
pokkys (人很好那一個)
122.116.74.78 (台灣)
2023-07-27 23:57:51 → sirlers: 你不如說說為什麼A在被你review過issue確認可以close以後還被懲處吧 你有坦住你下面的RD嗎? 尤其他還是你身為PL卻沒把客戶需求釐清的第一受害者
檢討B的紀律問題跟你們project出bug真的有關? 15F 07-28 00:10
→ sirlers: 所以B不是被認定這個事故該負責的人嘛 23F 07-28 00:13
… 共有 18 則推文,點此顯示
作者:
yamakazi (大安吳彥祖)
1.200.77.10 (台灣)
2023-07-26 08:28:37 推 sirlers: 因為追究根因"需求未釐清" 會燒到主持究責會議的PL原po還有早早就甩鍋的QA呀 13F 07-26 12:16
作者:
pokkys (人很好那一個)
122.116.74.78 (台灣)
2023-07-25 18:59:00 → sirlers: QA建完測項沒跟PM/leader核對過需求嗎? 這補述B根本該0責 真的做出release到客戶端的是QA呀 你們這流程B當時的確就該commit了 9F 07-25 20:23
推 sirlers: 你說"原本以為" 那現在回看呢? B作業上的疏失在哪? 21F 07-25 20:34
→ sirlers: 那再問你們這制度B該怎麼擋? 是要他承擔QA責任? 34F 07-25 20:56
… 共有 70 則推文,點此顯示
作者:
pokkys (人很好那一個)
122.116.74.78 (台灣)
2023-07-23 01:02:39 推 sirlers: bug開著卡了feature三個禮拜 扛feature成敗的人不應該等問題流到客戶那裡才知道吧? 這種有跨team爭議不需要長官出來協調嗎? 67F 07-23 04:10
→ sirlers: QA把關不到位 A程式品質差且態度消極 B錯在選了最差的方式HL 最大問題是issue嚴重程度明顯被低估就放行了 不過 104F 07-23 08:57
… 共有 44 則推文,點此顯示