釐清完自己 Item 的生命週期後,是不是心中會有個疑問?其實我的實務情境是有多種 Issue Type 的,這些 Issue Type 的生命週期其實也不一定一樣,那該怎麼辦?
我們今天就先聚焦一點,單純聊聊會有哪些分類吧!先從另一個情境問起:
Jira 給我們預設的 Issue Type 只有三種:
在開發時,總會有些 Item 是比較偏向技術面的,可能是部署流程自動化、技術債、系統效能最佳化等等。那依照目前 Jira 的分類, 請問技術類相關的 Item 是要放在 Bug 還是 Story? 有沒有辦法另外建立一種 Issue Type 專門歸類呢?
事實上,不管放在 Bug 與 Story 都很奇怪。我們可能會另外建立一個是 Technical Item 的 Issue Type 去分類這些 PBI。
那在你現有的工作環境,Issue 又分為哪幾類? 不同的產業與領域的分類都不一樣, 你會怎麼分類,分類的原因與標準是什麼?或許可以藉著要數位化的時候,順便釐清與思考一下。
那如果我要在 Jira 新稱 Issue Type 時,又該怎麼做呢?在後台新增 issue type 只要按照以下步驟即可。
另外,也補充說明昨天有大略提到的概念,做個比較列表式的整理,在 Jira 中,Issue 有分成三種 Level:
在搜尋時,又分成兩種分類,常在搜尋介面用到這種分類: