記得在研究 Kanban 時，曾看到有一個論述在講述卡住太久的待辦事項，裡面提到有一個極端做法就是在該待辦上像是釘上一個香蕉皮，拖越久香蕉皮就越黑，甚至發臭引來昆蟲，我不確定是不是真的有團隊這麼做，但這也是一個很深刻的故事提醒我們為這類待辦事項進行顯性的視覺化。

連實體 Kanban 都需要出奇招了，那在 IT 工具上這類資訊更容易被冷凍起來，如果有什麼自動化顯性這類資訊的方式，那就太好了。我們今天就來試試看吧！

假設我們期待每一個待辦事項都切割成最多不會超過一天就能完成的大小，那我就有一個思路是，在每日站會開始前 30 分鐘，跑一個定期執行的 Rule，會所有正在進行中的待辦事項加上一個表情符號，比如說 🍌、💩、🍄 等符號。每天新增一個，越多天就越多個，看以來就會很煩躁，讓人在意的想把它解決。

表情符號可以自定義，比如說 💸 或許也不錯，可以嘗試在 Emojipedia 尋找自己希望的。

首先一樣是先建立一個 Rule，然後選擇名為 Scheduled 的 Trigger：

接著設定台北時區的每週一到五早上十點整執行這個 Rule：

接著要用到一個比較特別的元件，就是 branch 元件。

像是排程或是手動觸發的 Rule，通常不會一個預設的作用範圍，雖然透過 Trigger 本身的 JQL 外去設定，但這種方法比較進階，之後有時間在細說。如果要使用比較簡單的方式，那就是透過 branch 元件了：

這邊選擇 Branch rule：

在眾多類型中，選擇 Issue in the sprint 這個類型，也就是所有在 Sprint Backlog 的 issue：

但因為我們只想作用在 subtask level，所以應另外建立一個 condition 元件協助我們過濾：

這邊選擇 issue field condition：

接著設定只有 Issue Type 符合 Subtask 的 issue 才會往下執行：

過濾完後，接著要新增另一個 condition，設定在哪個狀態下的 issue 是我們想要加入表情符號的：

同樣類型的 condition，但改選成 Status 欄位，並設定成 In Progress 狀態才會往下執行：

最後就是建立 Action 去更改該張 subtask 的標題，這裡會用到的是 Edit issue：

在欄位選擇的下拉式選單中選取 Summary：

最後在欄位中填寫 {{issue.summary}}🍄 就大功告成啦！這邊用香菇的意思就是放太久，都發霉長菇的概念啦！XD

最後輸入 Rule 名稱，並且啟用。之後每天早上十點所有還在 In Progress 的 Task 都會被加上 🍄 了！

或許會有人問，如果我是在前一天下午四點才認領，這樣被加上香菇有點冤枉，甚至不太高興。

其實這些視覺化，就像是前幾天設置的 WIP 一樣，他不是一個死規則，更多是一個訊號。不是代表有長香菇的待辦事項就一定不好，或是那個認領的人做太慢，更多是協助團隊聚焦在這類的待辦事項，檢視看看有沒有什麼卡住的，有就協力排除，沒有那就挺好的。

如果覺得這個自動化有趣，也不妨再試著自己做做看，如果 subtask 放超過一天就加上 💸 的符號，畢竟都實作完了，卻卡在 Code Review 無法產生價值，不就是一種浪費嗎？錢都一天又一天的飛走啦 XD