worktile在任務管理上採用了看板檢視，非常適合進行敏捷專案開發管理。事實上，在開發worktile的過程中，我們也是自產自銷，使用worktile管理worktile本身的開發過程，在本文中跟大家分享一下使用worktile進行敏捷專案開發管理的一些經驗。在worktile團隊的開發管理過程中，總共建立了五個專案，分別為：
1. 開發development
2. 產品路線roadmap
3. 計畫planning
4. 缺陷bugs
5. 收件箱inbox
開發development
是我們開發最主要的專案，由技術負責人負責，新的任務分別**於計畫planning，收件箱inbox，缺陷bugs，其中的任務分為以下幾個列表：
要做：每週的啟動會上在確定新的一周開發計畫時，都會向該列表中新增新的任務，並對新新增的任務進行優先順序排序，我們並不在這個階段進行任務的分配
進行中：正在進行設計或開發的任務，開發者會分配任務給自己，並拖動任務到當前列，並指定任務截止日期
待測試：開發完成的任務會進行到待測試列表，由測試人員負責質量保證。
待發布：測試人員檢查沒有問題的任務會移動到當前列，如果在後續測試中發現該列中的任務有問題，該任務也可能會重新進入進行核待測試列表，重複前面的步驟
已發布：對於已經發布的特性會進入到當前列，一般我們會把已發布任務在當前專案保留1個月左右，確保沒有問題後，歸檔已發布的任務。
在開發專案中，我們對於任務的標籤使用如下：
其他幾個專案
由產品經理負責，根據使用者需求制定產品路線圖，列舉每季度每個月要做的功能和版本規劃，其中的任務既可以按照功能模組劃分，也可以按照版本進行劃分，目前worktile團隊按照功能模組進行劃分。
由專案經理負責，有時候也會由產品經理兼任，其中的任務分為以下幾個列表：
要做：列舉要做的功能列表，來自於收件箱專案和產品路線產品路線roadmap專案
產品設計：產品經理（互動設計師）對某乙個功能特性進行ue/ux設計，拖動任務到該列
ui設計：需要ui設計師做ui設計時，拖動相應的任務到該列
就緒：拖動到該列的任務意味著已經經過了相關人員的評審，接下來可以進入開發development專案進行開發了
由技術負責人和產品經理共同負責，其中的任務分為收件箱、待確認、解決中，已解決，待測試，待發布，已發布幾個列表。所有團隊內部人員，任何人都可以隨時向收件箱中報告缺陷，由產品經理確認或技術負責人確定並安排解決。
經驗分享
原文出處：
如何使用Worktile進行需求管理
產品研發中，研發團隊經常會遇到需求變更的問題。而在實際過程中，產品的需求還在隨時發生著改變，臨時插進來其他的小修小改也都是常事。雖然每個修改可能耗時不多，但數量上去了，總體的耗時可就真不少了 常常到了規定時間，10個裡面可能有那麼1 2個沒有按計畫完成。每當這個時候，總有老闆會質問你 為什麼沒有完成...
如何使用Worktile進行敏捷專案開發管理
worktile在任務管理上採用了看板檢視，非常適合進行敏捷專案開發管理。事實上，在開發worktile的過程中，我們也是自產自銷，使用worktile管理worktile本身的開發過程，在本文中跟大家分享一下使用worktile進行敏捷專案開發管理的一些經驗。在worktile團隊的開發管理過程中...
我是如何用Worktile進行敏捷開發的
產品backlog是scrum的核心，也是一切的起源。從根本上說，它就是乙個需求 或故事 或特性等組成的列表，按照重要性的級別進行了排序。它裡面包含的是客戶想要的東西，並用客戶的術語加以描述。一般來說產品backlog需要包含以下幾個重要的屬性 這時候worktile的優勢就體現出來了 workti...