摘要：初始估值初步估算完成該故事需要的工作量。這實際上就是整個的估算生產率。跟表示趨勢的虛線相對比，團隊的工作狀態還是差不多沿著正軌的。在中，系統會根據項目中任務的新增和完成狀態，自動生成燃盡圖。

產品backlog是Scrum的核心，也是一切的起源。從根本上說，它就是一個需求、或故事、或特性等組成的列表，按照重要性的級別進行了排序。它里面包含的是客戶想要的東西，并用客戶的術語加以描述。

一般來說產品backlog需要包含以下幾個重要的屬性：

標識符——就是個自増長的數字而已，以防止重命名之后找不到。

名稱——簡短的、描述性的故事名。比如“查看你自己的交易明細”。它必須要含義明確，這樣開發人員和產品負責人才能大致明白我們說的是什么東西，跟其他故事區分開。

重要性——產品負責人評出一個數值，指示這個故事有多重要。例如10或150，分數越高越重要。

初始估值——初步估算完成該故事需要的工作量。

注解——相關信息、解釋說明和對其它資料的引用等等。一般都非常簡短。

這時候Worktile的優勢就體現出來了——Worktile是一款類Trello的團隊協作工具，增加了很多“本土功能”；每一個項目由若干card組成，我們可以給每個card設定類型并附加上自己所需的屬性，非常的靈活。

下面我們來看具體的使用方法：
首先需要創建一個項目，然后創建一個名為backlog的任務列表，接下來每一個任務卡片就表示一個backlog：

Worktile中的任務有很多元素，對應backlog的屬性剛剛好，以下是我的常規使用方法（在實際使用中，當然也可以根據團隊自己的習慣來修改）：

標識符——Worktile中會為每個任務生成一個唯一編號，這個編號在任務創建時就已固定，不會編號，可以用于表示backlog的標識符。

名稱——使用任務名，任務名可以非常直接的說明這個任務是做什么。

重要性——任務有一個優先級的屬性，如果backlog的重要性只有高、中、低三個級別，就可以直接使用優先級來表示；如果backlog的重要性需要用50或200這樣的數字表示，可以通過創建一個任務擴展字段實現。

初始估值——直接創建一個名為初始估值的擴展字段。

注解——使用任務描述即可，支持Markdown格式的文檔。

如何成功的召開一次Sprint計劃會議，對于Sprint的實施至關重要，在召開Sprint計劃會議中最困難的事情有：

參會人員不知道Sprint會議的開始時間

參會人員有事忘記了會議時間

參與人員不知道會議的具體內容

類似這樣的意外情況，都會影響召開一次成功的Sprint會議，在Worktile中可以通過日歷很好地解決Sprint會議問題。

日程支持多種方式的提醒，設置個提前五分鐘的電話提醒，所有的參會人員都會收到電話提醒，省心又方便~

很多團隊都嘗試過用多種形式來保存Sprint backlog，如Excel，有很多公開的Excel模板可以用來管理sprint backlog——包括自動生成的燃盡圖等等，也有團隊發現掛在墻上的任務板是管理Sprint backlog最有效的形式。

在Worktile中，項目中內置支持看板視圖，直接使用項目的看板視圖可以非常方便地完成Sprint backlog的管理。

下面這張燃盡圖包含的信息有：

Sprint的第一天，8月1號，團隊估算出剩下70個故事點要完成。這實際上就是整個sprint的估算生產率。

在8月16號，團隊估算出還剩下15個故事點的任務要做。跟表示趨勢的虛線相對比，團隊的工作狀態還是差不多沿著正軌的。按照這個速度，他們能在sprint結束時完成所有任務。

以前我們需要通過Excel的記錄生成燃盡圖，或者是在一張白板上手工繪制燃盡圖。在Worktile中，系統會根據項目中任務的新增和完成狀態，自動生成燃盡圖。

總的來說，Worktile不是專門的Scrum管理軟件，但它非常靈活而且簡單，兼具看板視圖和統計功能，剛好可以滿足需求，又不會出現人被產品限制的窘境。引用一段Worktile博客中的話作為結尾：
“我們堅信，用戶選擇Worktile絕不是偶然。Worktile 不僅想做最好用的團隊協作工具，更希望能提供一種方法論，讓工作更簡單，讓工作成為一種享受”。