今天來聊聊兩件事，一個是我們在 Jira 上幫助我們快速辨別 Scope 的方式，以及透過某種自動化協助我們切換狀態。

在 Product Backlog 上，我們的 Items 是按照 Priority 去排的。但在數量一多時，其實身為 PO 就很難將上面的每張 Item 去按照 Priority 去排，而是只專注在近期要做的方向上的 Item 範疇，去排序相關的 Priority，若是想要知道中長期的，就可以使用前面說的 Release Plan 與 Roadmap，這部分我們後幾天可以再詳談。

所以我會希望有一個分隔線，去幫我區分哪些 Item 是我已經排序過的，哪些是還沒的，讓任何人瀏覽這個 Product Backlog 時，就可以快速知道那條線以上是可以聚焦的，哪條線以下就先不用管了。

對此我的作法是建立一個 Issue Type 叫做分隔線，然後再 Product Backlog 上建立一個 Item 叫做「以上是有排序過 Priority 的 Items」，這樣大家就可以清楚知道這條線就是我們剛剛講的基準。

同樣的情境，也會套用在我們 PBR 時，想知道哪些 Item 應該去 refine，以及 SP1 哪些 Item 是 PO 預期的範圍，讓團隊可以與之交流，所以我們也有以下兩個分隔線：

• ?　以上是 SP1 時 PO 期望範圍線
• ?　以上是期望這個 Sprint 要 Refine

整體效果就會像是這樣：

......
?　以上是 SP1 時 PO 期望範圍線
......
......
?　以上是期望這個 Sprint 要 Refine
......
......
⬆️　以上是有排序過 Priority 的 Items

也因為我們在認領以及 refine 時，也是按照 Priority 去依序拿，所以分隔線並不會影響 Item 是按照 Priority 去排序的這件事，這也是在建立分隔線時，需要注意不去違背的第一原則。

在熟悉這塊後，我有一個需求是，我有沒有辦法透過 Jira Automation 去建立一個機制，當我把「?　以上是期望這個 Sprint 要 Refine」移動時，他會自動將排序在他之上的 Item，如果是處於「❓　To Clarify」的 Item，都自動變成「?　To Refine」呢？

大家可以嘗試一下，就讓我們明天用這個案例作為自動化集大成的講解吧！