一個合格的項目管理人員應該時刻掌握項目進度，如項目完成情況。對于產品，更多關心項目的設計進度；對于開發，更多關心項目的實現進度；對于QA（質量控制），更多關心項目的質量情況（崩潰率、bug數）；甚至需要掌控項目上線之后的反饋等。通過這些進度數據，能推算出項目研發的時間，預估里程碑；并為日后的項目發展進行計劃。
Trello是個神馬東西
（其實就是看板類應用）從輸入的維度來看，看板具有列（X軸），每一列擁有卡片集（Y軸），不同的看板具有不同職能（Z軸）。通過這3個維度的細化，我們完全可以定制屬于自己的Trello。
Trello如何幫助項目管理
以下我會結合UserVoice公司使用Trello進行項目管理進行闡述。
一張卡片，一個故事（卡片使用）
一張卡片代表一個故事，一個故事可能是一個開發任務、需求分析、bug等。每張卡片通過列歸類到不同狀態、類型。
-
移動卡片具有特殊意義
卡片的垂直移動，表示故事的優先級、難易程度；
卡片的垂直移動
卡片的水平移動，表示故事的發展進度。
卡片的水平移動 -
每個故事需要有一個或多個人來驅動它發展，故可以給卡片指定負責人
卡片指定負責人
但需要注意：在實際項目中，我們不希望并且也無法實現一個人同時維護多個任務。故每個人在維護活躍的卡片有且僅應該有一張（如何定義活躍的卡片？當看板中每列代表一個狀態，且卡片離開首列則由“等待狀態”轉變為“活躍狀態”，存在兩種情況使卡片恢復“等待狀態”：1. 卡片對應的任務停滯；2.卡片已經到達最后一列）。
故事收集箱（看板使用）
看板可以被看做是一個個卡片的收集箱，但卻不僅僅具有收集功能。每個看板都具有兩個維度，我們可以利用這兩個維度來將卡片布局。
一般可以對看板分成兩種類型，通過這兩種類型看板來記錄項目發展狀態。
| 看板類型 | 描述 |
|---|---|
| 狀態看板 | 用于記錄故事發展動向 |
| 分類看板 | 用于歸類故事類型 |
一個完整的團隊一般會有3大基礎角色（產品、開發、測試），由這3個角色推動項目的發展。應用在項目管理的看板同樣具有上面的分類，便于反映他們的進展。每個角色應管理各自對應的看板，以便于相互了解各自的發展趨勢。在此建議選擇一個作為核心角色，其他的角色圍繞核心進行工作與服務，這會使看板之間更具有層次感，團隊成員能更快更精準地從看板中獲取相關項目進展信息。（以下以開發作為核心角色舉例說明！）
【開發】- Current Development（當前開發）<核心看板><狀態看板>
該看板主要服務于開發部門，方便開發人員把控開發進度。
當前開發看板包含5個狀態列：
列名 卡片狀態描述 Next Up（任務池） 等待開發 In Progress（開發中） 開發中 QA（質控） 測試中 LaunchPad（上車） 等待回歸主干 Live（上線） 功能上架
“當前開發”看板的源卡片從以下看板流入：
來源 卡片類型 產品看板 - 計劃（Planning） 需求卡片 Bugs看板（Bugs） bug卡片 技術重構看板（Engineering） 重構任務卡片
流入“當前開發”看板的卡片一般會進入到Next Up（任務池）中。
使用以下3種標簽對卡片加以區分 ：
標簽 描述 Bug Staging（分階段需求） 回歸到分支 Production（項目需求） 回歸到主干 （提示：多個Staging（分階段）組成一個Production（項目））
【開發】- Engineering（技術重構）<分類看板>
“技術重構”看板提供給開發人員進行自我反省、記錄與查看需要重構的技術問題。
一般出現技術重構的原因為：
- 由于項目時間急迫，故寫了很多臭邏輯
- 代碼量膨脹，缺乏整理
- 當前技術已經不能滿足需求
（TODO:日后補充相關細節）
【產品】 - Planning（計劃）<狀態看板>
這是產品部門應該關注的主要看板，通過這個看板中卡片的動向，獲知需求審核、設計進度。
“計劃”看板包含4個狀態列
列名 卡片狀態描述 Next Up（任務池） 待設計、評審 Spec（規格化） 產品設計中（撰寫需求文檔初稿） Design（設計） UI、交互設計中（設計原型圖、交互圖、UI圖） Ready（準備） 待交付給開發（具備需求文檔報告終稿，以及各種資源）
“計劃”看板的卡片來源主要由以下2個看板
| 卡片來源 | 卡片類型 |
|:---:|:---:|
| 產品路線圖 | 大致需求卡片 |
| 收件箱 | 想法卡片 |
【產品】 - Road Map（產品路線圖）<狀態看板>
長遠規劃，一般包含3個季度的產品規劃信息。
（TODO:日后補充相關細節）
【產品】 - Inbox（收件箱 ）<分類看板>
員工和客戶通常會有一些創意、想法，希望在項目中追加一些功能，而收件箱看板負責收集這些idea并在特定時間審核，提交給計劃看板。
收件箱看板包含2個分類列：
列名 卡片分類描述 Company Idea 公司內部員工點子 Customer 客戶點子
【測試】 - Bugs <狀態看板>
這個看板輔助測試人員錄入各種bugs問題（不過相信很多公司有自己的bugs環境），一般找到的bug都會錄入到Inbox狀態列中，然后通過各種測試工作，最后集中在Bug池中。然后待分配到“當前開發”看板。至于分配的多少的Bugs，這里需要一個經驗評估。
在實際質控工作中，還包括如定期穩定性測試，項目定向功能測試等等，而這些同樣會有各種進度看板，這里忽略不談。
“Bugs”看板包含3個狀態列
列名 卡片狀態描述 Inbox 沒有評審過的錯誤（預錄入工作） Need Input 需要提供更多觸發信息的bug Accepted（Bug池） 這是一個Bug，需要分配到“當前開發”
誰來講故事（卡板移動）
故事要有出色的演講才能讓觀眾感動，卡片同樣要有實時且精確的移動，才能提供團隊高價值的進度數據。
一般促使卡片發生移動是大大小小的會議，在會議結束后得出的報告，實際就是卡片的移動攻略！
（TODO日后補充。詳細可以參考UserVoice公司使用Trello進行項目管理里面提到的卡“Our Meetings (or How cards get to moved between Boards)”）
