今天剛結束 LeSS in Action 五天的課程，趁著記憶猶新，來聊聊與這個系列文相關的話題吧。

雖然我們在 Day 12 有聊到產品待辦項目的分類，在 Jira 裡預設有 Bug 的選項，但是這邊仍然補問一句，Bug 是該放進 Product Backlog 的嗎？你們是怎麼想的呢？

按照敏捷開發的思維，我們會選擇先開發優先級較高的 PBI，所以照裡説有 Bug 的話，他應該也是會比當下 Sprint 或下個 Sprint 的 PBI 上，有更高的優先級。

先試想，如果我們選擇發現 Bug 時，放進 Product Backlog 上，會是怎樣的情況？兩個想法：第一，可能是發生我們現在的開發，事實上沒有按照優先級，而上個 Sprint 的 Item 沒有完成，所以也沒發揮該有的價值；第二，這些 Bug 本來屬於有點遲的反饋，如果放在 Product Backlog 裡，那這個反饋可能就會更晚處理，甚至被淹沒。而原本處理 Bug 已經對團隊是種打擾，越快處理他們的 context switch 越低，越慢處理的話那就更加打擾了。

所以，遇到 Bug 不要攢，馬上改，團隊不需要其他人的同意。

那我們不放在 Product Backlog 裡，就代表我們不紀錄了嗎？不然。我們可以建立一個 Kanban base 的專案，讓我們可以追蹤進度。另外也可以透過一些服務，協助我們快速將 Bug 記錄在案。比如說，利用 Failing Fast 的系統，一但我們的程式出現 Exception，那就視為一個 Bug，將 Log 直接透過 API 發送給 Jira 建立一個 Issue (可能搭配其他服務在中間作組織，避免重複建立)，然後直接處理。