昨天聊到顆粒度的第四層級，也就是我們平時常見的數位化管理工具的層級。那我們今天開始，就來聊聊我們該如何將 Product Backlog 拓展到數位化管理工具，並善用它的優勢。

在更早之前，我們也聊到會想要拓展到數位化的情境，但是有一個更關鍵的提問該在開始前聊聊。那就是將 Product Backlog 數位化的最大好處與目的是什麼？

在今年一月時，因為 Tomas 的關係，鈦坦的 ScrumMaster 們，有機會與來自澳洲對 Jira 很熟的 Jerry 聊聊。在聊天的過程中，有一個讓我挺印象深刻的概念，那就是儘管 Jira (這裡特別是指 Jira Software) 是打著 Agile 的旗幟，像是我們在建立專案時，會讓我們選擇用 Kanban 或是 Scrum 的 Template，也是以迭代的概念去設計的，但是使用 Jira 並不會真的讓你的團隊與組織敏捷起來。Jira 真正幫助你的部分，是協助你將資訊更加透明化。

正如 Scrum 提到的三本柱，透明、檢視、調適。而其 3 個 Artifacts——Product Backlog、Sprint Backlog、Increment——就是為了增加透明度而設立。之後我們才能透過另外數個 Events——Sprint Planning、Daily Scrum、Sprint Review、去基於這樣的透明性，對產品檢視與調適。

所以再將 Product Backlog 數位化時，永遠記得聚焦回關鍵：「我有沒有使 Product Backlog 更加透明」？包括成員是否更能隨時隨地掌握相關資訊？有沒有更多重要資訊是被記錄下來的？當是不是足夠透明讓我們在上述的 Events 進行檢視與調適？是否有辦法讓大家保持資訊輻射源的優點？延續上個問題，非常很關鍵的——他會不會讓我門樂意去使用它？

如果數位化後，帶來更多麻煩與不便，讓大家不去使用它，那他就會變成資訊冰箱、甚至資訊冰庫。裡面有再多如美味食物、新鮮食材的資訊，也只會一直冰凍在裡面，不會拿出來。那也不會是透明。

所以接下來幾天，除了聊聊善用數位化的優點紀錄更多資訊外，也會分享我在使用 Jira 上的一些經驗與技巧，包括自動化，讓我們數位化的 Product Backlog，保持透明，甚至更加清澈。