前面提到，隨著待辦事項的資料量遞增，就會需要一個能夠協助我們更結構化存取資訊、方便搜尋與追蹤的工具，也就是可以嘗試將近期的資料轉移到 Jira 上了。

Jira 的每一個待辦事項稱之為 issue，在 issue 的顆粒度上，分為三種：epic level、item level、subtask level。三種在 Jira 中，都視為一種 issue，但在目前現行的 Jira Software 上，只有第二階層的 item level 可以客製化，去訂定多種類別的 Issue Type。

而在顯示這三種 level 的 issue，分別有 Timeline（舊稱 Roadmap）、Product Backlog、Board 三種佈局可以使用。但事實上 item level 在這三種佈局都有辦法顯示。

而要展現 Item 的生命週期，可以考慮在 Board 上進行。如果你在建立 Project 時，選擇的 Template 是 Kanban，而不是 Scrum 的話，那只會有 Roadmap 與 Board 兩種佈局可以使用。但也可以後面再透過設定開啟 Product Backlog 的功能取得。

搭配昨天的 Miro，我會把上半部每個策略下的 objective 建立成 epic level 的 issue，而下半部的 items 建立成 item level 的 issue，並把 item 下要做的細項工作，建立成 subtask level 的 issue，這樣就能夠在 Jira 依照不同顆粒度的項目去儲存資料、檢索、視覺化與互動了。