【研究】Trello与团队管理

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

“技术重构”看板提供给开发人员进行自我反省、记录与查看需要重构的技术问题。

一般出现技术重构的原因为：

1. 由于项目时间急迫，故写了很多臭逻辑
2. 代码量膨胀，缺乏整理
3. 当前技术已经不能满足需求

（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)”）