Ticket 先轉給 QA
這位資深的前端工程師(下面簡稱 A 君)最近一直無法將手上的 Story 結束掉，因為不斷的被 QA 開 Bug ，也敗他的亂寫 Code 所致， Bug 總是關了又開，開了又關，每一張 Ticket 都是有 Dead Line 的，這天他手上累積了四張 Tickets 已經到了期限，而他又來不及將所有的功能開發完，每個人都很期待他明天要怎麼跟 PM 交差，而神奇的事發生了，他不但沒有加班工作，還如期的把手上的 Tickets 都轉給了 QA ，我的朋友都嚇傻了，還以為他只是藏招，原來實力堅強?
隔天一早，QA 很認真的開始測試那幾張相關的 Tickets ，很快的就發現了一些小問題，看起來像是需求沒有被完成，終是就在座位上念了幾句，這時 A 君立馬跳了出來說：「我是怕妳等太久，所以我完成了一部分，就先把 Ticket 轉給妳!」，這真是有夠誇張的，沒做完的 Ticket ，還有種轉給 QA 測試，整個就是欺負 QA 年資淺，這 A 君真是個說話高手，明明是自已沒把事情完成，說的好像他很好心的樣子，先把 Ticket 轉給妳!!
Revamp
又有一天， QA 測試的時候，發現跟 A 君有關 Bug，於是問了一下 A 君，要跟他 Double Confirm ， Bug 是不是跟他有關，而 A 君很有種的告訴 QA 先不要開這張 Ticket ，因為他之後會將這整個功能 Revamp，他想要用這個籍口來阻止 QA 開 Bug ，而 QA 真是年資尚淺，就這樣又被矇掉一張 Ticket。
我和我的朋友都一致認同，發現有 Bug 就是要先開出來，不管這張 Bug 是否需求立即被修復，Bug 有開張 Ticket 才有辦法追蹤，不然時間一久，很容易就忘了這件事的存在，而就算 Bug 不用被修復，也是要由 PM 來親自關掉才是正確的做法，A 君這種默默摸掉一張 Ticket 的行為是會害了公司，也害了這個 QA ，萬一有一天， PM 突然自已發現了這個 Bug ，反而會怪罪 QA 沒有測仔細，連這個明顯的 Bug 都沒測到。