在 Day 11 有聊到透過 Kanban 的欄位與 Item 的狀態幫助我們更暸解 Item 現在的狀況。比如說，如果我們一開始只有 To Do、In Progress、Done 三種欄位，但事實上在 In Progress 時，我們可能又分為開發中、測試中、等待部署等狀態。如果只有 In Progress 的話，那這份資訊就太籠統了，我們只會看到一堆 Item 卡在 In Progress，而不會知道實際狀況。這時候我們就可以視我們的工作流程擴充欄位。

當我們不斷擴充欄位與狀態時，會發現如果狀態綁定欄位，感覺又有點導致欄位太多。這時候我們就可以透過將欄位描述抽象化，讓狀態可以綁著多個欄位。尤其是不同類型的 Issue Type 有著屬於自己的 Workflow 時，更需要這樣做。

而在 Workflow 的編輯狀態中，又可以訂定每個狀態的流向，這個流向關係在 Jira 又稱為 Transition，我們可以為 Transition 命名。所以我們就可以透過不同的狀態與 Transition，讓我們 Item 的視覺化更完整，也更容易向團隊說明。甚至在討論 DoD 時，作為一個討論的參考，讓我聊聊在哪些階段我們有期望哪些品質的標準要達到。

以下也講單介紹一下有關 Jira 的一些設定概念，讓大家更好暸解：

Jira Status

• 每個 Issue 會對應一種 Status。
• Staus 分為三種 Status Categorty，分別為：
  • 灰色：To Do
  • 藍色：In Progress
  • 綠色：Done
• 當 Issue 的 Status 屬於 Done 的 category 時
  • 不會出現在 Product Backlog 中。
  • 只會出現在其所屬 Sprint 的 Sprint Backlog。