講了數天幫助我們導入 IT 工具可以降低使用門檻的自動化後，今天來聊點在規劃上實際應用的小技巧

隨著時間的演進，Product Backlog 就會有越來越多的待辦事項，縱然在敏捷軟體開發的實踐中，都說 Product Backlog 應該按照優先序去排，但如果 Product Backlog 有 300 張待辦事項，難道 300 張都要排嗎？聽起來就是一個很可怕的工作量。

日子久了其實有排序的有不過前幾張，而其他比較大顆粒度的，其實更仰賴頭幾天說的 Miro 之類的方式去呈現。

但是 Product Backlog 這樣一字排開，這麼多待辦事項總會讓人眼花撩亂，我們需要一些協助我們聚焦範疇的方法。

但是 Jira 本身似乎並沒有提供這樣的功能，那該怎麼辦？如果這樣想的話，似乎就是落入我們去配合工具的陷阱裡了，按照敏捷軟體開發宣言所述，個體與互動重於流程與工具，就算工具沒提供這功能，我們仍應該透過其他方式滿足我們實際的需求。

在這樣的情境下，我所服務的產品團隊是透過建立數個 issue 作為分隔線的方式來達到目的。

為了避免與其他 issue type 搞混，且用不同顏色的圖示可以增加識別性，我們先到 Project Setting 裡的 Issue types 新增一個全新的 issue type。

在建立時，命名其為 Divider，即分隔線之意。然後點擊 change icon，選擇既有 issue type 沒有用的紫色系圖示。最後點選 Create 去建立。

接下來就是按照我們的需求來建立數個分隔線啦，設立分隔線時要注意不能改變 Product Backlog 應該按照優先順序排序的前提。會這樣說是因為有些人分隔線建立之後，其實就變成在做區塊整理，而不是分隔線了，那就失去了意義。

在想要維持優先序的前提下，我想大致分為這些分隔線

• 以上是已經交付，但尚未開放給 User
• 以上是 Planning 時 PO 期望能認領到的範圍
• 以上是期望這個週期要精煉完成的範圍
• 以上是有排序過優先序的範圍

依照這樣的需求建立了分隔線，並放置在對應的位置上：

如此就大概能夠清楚的了解哪些是什麼時候該聚焦的範圍了。

但上面的範例是待辦事項名稱都剛好很短，但實際待辦事項名稱都會有一個完整的描述，這時候這些分隔線就相對不明顯，就算我們在開頭新增了表情符號，效果仍有限。

這時候就可以試試看加上有顏色的色塊表情符號來強化分隔線的識別效果。剛好有紅黃綠黑，代表這些待辦事項的階段。效果如下：

這樣是不是就清晰很多？希望今天這個小技巧與背後的概念能夠幫助到被雜亂 Product Backlog 給淹沒的讀者們。