Worktile在任務管理上采用了看板視圖，非常適合進行敏捷項目開發管理。事實上，在開發Worktile的過程中，我們也是自產自銷，使用Worktile管理Worktile本身的開發過程，在本文中跟大家分享一下使用Worktile進行敏捷項目開發管理的一些經驗。在Worktile團隊的開發管理過程中，總共創建了五個項目，分別為：
1. 開發Development
2. 產品路線Roadmap
3. 計劃Planning
4. 缺陷Bugs
5. 收件箱Inbox
開發Development
是我們開發最主要的項目，由技術負責人負責，新的任務分別來源于計劃Planning，收件箱Inbox，缺陷Bugs，其中的任務分為以下幾個列表：
要做：每周的啟動會上在確定新的一周開發計劃時，都會向該列表中添加新的任務，并對新添加的任務進行優先級排序，我們并不在這個階段進行任務的分配
進行中：正在進行設計或開發的任務，開發者會分配任務給自己，并拖動任務到當前列，并指定任務截止日期
待測試：開發完成的任務會進行到待測試列表，由測試人員負責質量保證。
待發布：測試人員檢查沒有問題的任務會移動到當前列，如果在后續測試中發現該列中的任務有問題，該任務也可能會重新進入進行核待測試列表，重復前面的步驟
已發布：對于已經發布的特性會進入到當前列，一般我們會把已發布任務在當前項目保留1個月左右，確保沒有問題后，歸檔已發布的任務。
在開發項目中，我們對于任務的標簽使用如下：
其他幾個項目
- 產品路線Roadmap
由產品經理負責，根據用戶需求制定產品路線圖，列舉每季度每個月要做的功能和版本規劃，其中的任務既可以按照功能模塊劃分，也可以按照版本進行劃分，目前Worktile團隊按照功能模塊進行劃分。
- 計劃Planning
由項目經理負責，有時候也會由產品經理兼任，其中的任務分為以下幾個列表：
要做：列舉要做的功能列表，來自于收件箱項目和產品路線產品路線Roadmap項目
產品設計：產品經理（交互設計師）對某一個功能特性進行UE/UX設計，拖動任務到該列
UI設計：需要UI設計師做UI設計時，拖動相應的任務到該列
就緒：拖動到該列的任務意味著已經經過了相關人員的評審，接下來可以進入開發Development項目進行開發了
- 缺陷Bugs
由技術負責人和產品經理共同負責，其中的任務分為收件箱、待確認、解決中，已解決，待測試，待發布，已發布幾個列表。所有團隊內部人員，任何人都可以隨時向收件箱中報告缺陷，由產品經理確認或技術負責人確定并安排解決。
- 收件箱Inbox
由運營人員負責，從不同的來源收集用戶的反饋，并整理在該項目中，任務按月進行分類，在每周的例會上會對本周新增的用戶反饋進行評審，確認需要開發的，進入計劃Planning項目。
經驗分享
- 靈活使用任務列表和標簽，對任務進行分類和進度表示
- 盡量做到每個項目的任務足夠少，完成的任務歸檔，如果某個項目的任務只增不減，說明這個項目出了問題，需要調整
- 在周例會上直接打開Worktile，查看每個項目的簡報，對項目完成情況做到一目了然
- 多使用日歷視圖，查看任務的安排情況
原文出處：https://worktile.com/blog/practices/worktile-for-scrum-development
文章列表
留言列表
