昨天聊到將 Jira 的資料導入到 Google Sheet 做進一步的應用，已突破工具本身的限制。今天回想起來，這就跟寫程式的感覺還挺像的，資料才是那個核心。言歸正傳，咱今天就來聊聊 Product Backlog 的另外一個快樂小夥伴——估算對照表。

在敏捷開發的實踐裡，我們重視的是透明、檢視與調適。為避免太多意外，對於 Item 範疇理解的一致性是很重要的因素，而其中最大的障礙就是我們對同一個 Item 的理解與認知可能是不一致的，那我們該如何排除這個障礙呢？那就是將我們認知不一致的狀態給透明出來。而如何做到，那就是我們常講的估算。

或許是「估算」這個名字太容易錨定了，很常只被看到的是估算後的結果，或許其實我們該改叫它「」？其實估算這回事，就是透過比較現有 Item 的大小級別，用你的認知去將他分類在某個級別。當我們發現我們歸類的級別不一致時，代表我們對其工作量的理解不一致，那可能就會有些資訊在我們之間是不一致的。至於後面透過估算出來的大小去預測一個可能認領的範圍與可能完成的時間區間，應該算是意外效果了，這部分我們晚點談。

所以為了幫助我們的估算有個比較對象，我們會需要一個估算對照表，裡面記錄了幾個各大小級別較具指標性的 Item，而且最好是能持續更新的，這樣團隊有新夥伴時，也就能夠用上他經歷過的 Item 做比較了。

那我們該如何讓這件事的維護成本降低呢？我的作法是在 Jira 上新增一個 boolean 欄位「Referenceable」 ，意即這個 Item 是否值得作為指摽性比較對象作為參考。然後再透過昨天所聊的 Jira Cloud for Sheets 將估算大小與此欄位都隨 Item 基本資料導入到 Google Sheet，最後透過 Google Query Language 去從這些 raw data 自動產生一個按照 Size 排列的估算對照表。

團隊隨時可以點選連結到這些 Item 裡面去回憶，也可以隨時編輯 Item 的該欄位，在 Item 已經失去參考價值時將欄位改成 false，以從查詢中排除。這也就是一個將 Jira 當作資料庫的應用。

只後有機會再跟大家聊聊另外兩個相關應用，也就是另外兩個 Product Backlog 的快樂小夥伴——速率表與累積流量圖。