釐清完自己 Item 的生命週期後，是不是心中會有個疑問？其實我的實務情境是有多種 Issue Type 的，這些 Issue Type 的生命週期其實也不一定一樣，那該怎麼辦？

我們今天就先聚焦一點，單純聊聊會有哪些分類吧！先從另一個情境問起：

Jira 給我們預設的 Issue Type 只有三種：

• Story: 產品的主要開發項目，通常讓使用者有感、且有價值。
• Bug: 完成的出現異常行為的缺陷
• Task: 定義較模糊，與上述無關都可以歸類在此的雜項

在開發時，總會有些 Item 是比較偏向技術面的，可能是部署流程自動化、技術債、系統效能最佳化等等。那依照目前 Jira 的分類， 請問技術類相關的 Item 是要放在 Bug 還是 Story？ 有沒有辦法另外建立一種 Issue Type 專門歸類呢？

事實上，不管放在 Bug 與 Story 都很奇怪。我們可能會另外建立一個是 Technical Item 的 Issue Type 去分類這些 PBI。

那在你現有的工作環境，Issue 又分為哪幾類？ 不同的產業與領域的分類都不一樣， 你會怎麼分類，分類的原因與標準是什麼？或許可以藉著要數位化的時候，順便釐清與思考一下。

那如果我要在 Jira 新稱 Issue Type 時，又該怎麼做呢？在後台新增 issue type 只要按照以下步驟即可。

1. Project Setting
2. Issue Type
3. Add Issue Type

另外，也補充說明昨天有大略提到的概念，做個比較列表式的整理，在 Jira 中，Issue 有分成三種 Level：

• Level 1: Epic，通常用在 Roadmap 功能中
• Level 2: Item，通常用在 Backlog 功能中，也是我們可以新增的 Level
• Level 3: Sub-Task，通常用在 Issue、Board 功能中

在搜尋時，又分成兩種分類，常在搜尋介面用到這種分類：

• Standard Issue Type = Level 1 + Level 2
• Sub-Task Issue Type = Level 3