使用Teambition进行团队任务管理

Teambition中几个元素

• 看板：用来做版本规划，目前有4个看板，全民抓娃娃V1.0（已归档）、全民抓娃娃V3.0、全民抓娃娃需求管理、全民抓娃娃BUG管理

• 列表：表明当前的任务进度，目前有4个列表，评审中、开发中、测试中、测试完成

• 任务：表明当前的需求，比如屏幕录制、反馈申诉

• 子任务：表明职能，比如ui、api、h5、android、ios

任务与子任务

• 一个任务对应一个需求，所有关于该需求的文档资料，都应该以外链或附件的形式放在这里。保证该任务的参与者无须再四处问人要资料

• 每个任务的参与者都会有对应的子任务，比如ios有自己专属的子任务、其它端也是如此，完成自己的任务后打上勾即可，所有该任务的参与者都有接收到该子任务已完成的通知，以便其它成员跟进，比如ui打勾后，前端人员就可以跟进开发页面了。同时ui应将对应的设计文件以外链或附件的形式放在该任务中。

• 一般情况下，子任务直接表明所属职能即可ui、api、h5、ios、android。如无须该职能的人员参与，可不添加该项子任务。

• 子任务对应的截止时间由该项职能的人在需求评审阶段评估，整个任务的截止日期由产品在需求评审阶段评估

版本规划看板：全民抓娃娃V3.0

• 评审中：由产品在此列表添加任务，每个版本迭代前进行需求评审，通过评审后放可加入开发中

• 开发中：子任务的执行者正在开发中

• 测试中：测试人员正在测试中

• 测试通过：测试通过，处理预发布状态，随时可发布。发布后打钩该任务。如延后发布的可转入下一个版本规划。

需求管理看板

• 收集池：所有人均可在此列表添加任务，只要你对于产品有自己的看法，都可以在这里提出来，大家头脑风暴，随便提

• 准备开发：由产品移动到此列表，准备后续的版本规划

BUG管理看板

• 待处理：在这里收集所有的BUG，特定版本、特定机型、特定场景的BUG请注明，以便开发人员复现。参照需求的处理，谁的bug就建立谁的子任务

• 修复中：开发人员正在修复中

• 测试中：测试人员正在测试中

• 测试完成：测试通过，处理预发布状态，随时可发布。发布后打钩该任务。