一个合格的项目管理人员应该时刻掌握项目进度，如项目完成情况。对于产品，更多关心项目的设计进度；对于开发，更多关心项目的实现进度；对于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)”）
