我是如何用Worktile進行敏捷開發的

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

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

這時候worktile的優勢就體現出來了——worktile是一款類trello的團隊協作工具，增加了很多「本土功能」；每乙個專案由若干card組成，我們可以給每個card設定型別並附加上自己所需的屬性，非常的靈活。

下面我們來看具體的使用方法：

首先需要建立乙個專案，然後建立乙個名為backlog的任務列表，接下來每乙個任務卡片就表示乙個backlog：

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

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

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

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

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

在worktile中，專案中內建支援看板檢視，直接使用專案的看板檢視可以非常方便地完成sprint backlog的管理。

下面這張燃盡圖包含的資訊有：

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

總的來說，worktile不是專門的scrum管理軟體，但它非常靈活而且簡單，兼具看板檢視和統計功能，剛好可以滿足需求，又不會出現人被產品限制的窘境。引用一段worktile部落格中的話作為結尾：

「我們堅信，使用者選擇worktile絕不是偶然。worktile 不僅想做最好用的團隊協作工具，更希望能提供一種方**，讓工作更簡單，讓工作成為一種享受」。