腾讯TAPD合作QQ：手Q项目管理

268次阅读

(1)客户介绍

手机QQ，很多部门参与，参与人数2000+，2015年android和iOS各发11个版本。
站在这一串数字背后默默做支撑的，一定有TAPD的名字。

(2)项目背景

如此庞大的参与团队，带来了诸多的问题和挑战，最典型的就是统一思维和节奏，让所有人劲往一处使，最终成功发布。同时，项目过程中也需要注重经验沉淀，对遇到的问题进行总结与同步，帮助团队成员步调一致。更需要敏捷管理，避免流程过重导致发布周期过长，从而错失市场机会。此外，还需要完整的软件生命周期管理，除了研发管理，还包括灰度发布，正式发布，用户反馈，无障碍化等全流程的管理。

蚁多咬死象，何况这一个个拦路虎，如何破？

我们需要一柄重剑，这把重剑需要足够结实，才能承受大的压力，要足够全面，拥有各类基本数据，同时支持个性化配置，可以根据需求进行定制。TAPD就是这样一柄重剑。

(3)解决方案

迭代池

手Q项目较为复杂，单线程作战已经不能满足需要，并行迭代必不可少。项目开发过程中，我们同时建几个版本迭代池，齐头并进，互不干扰。当然，有些需求不知道进哪个迭代池，放哪里好呢？简单，我们会再建一个备选池，专门存放还没有确定的需求，等待时机成熟，再将其规划进入迭代。

同时，我们也会加入一些小约定，让整个流程更加清晰明确。比如，产品经理只能往备选池录需求，而是否进入迭代池以及进入哪个迭代池，则由PM来确定以及操作。这样，各角色各司其职，团队也不担心信息同步以及信息遗漏的问题，是不是很好呢？

Bug管理

不管是哪一个管理系统，Bug管理都是重要的组成部分。TAPD的缺陷管理做到了记录、跟踪、统计、报告等各个方面。一个Bug从产生到解决到验证到关闭，中途可能经历转单、驳回、重新打开等状态，都能在TAPD上清晰的呈现。手Q发布前Bug解决率统计及查看，都是基于这里的数据。同时，Bug管理还可以配置定时报告，定期发送缺陷状态来提醒开发赶紧修改Bug。

发布管理

手Q的发布过程，需要近20个环节的审批，有些环节还有依赖关系，每个环节又有自己的Checklist。如果没有一个可靠的审批流程，将会是一个复杂而繁琐的过程。TAPD可以自定义审批流程，支持添加每个环节的Checklist，还可以提醒审批人走流程，非常便捷。

需求变更

最后聊聊需求变更，手Q的项目规模较大，需求变更在所难免。手Q团队欢迎为适应市场、提升体验而做的需求变更。但是，需求变更需要控制，所以我们也针对需求变更制定了一套管理方法。首先所有的需求变更都需要走变更单，方便项目总结及过程改进评估。（当然，修改wording之类的轻变更，只用提一个Bug单就ok了，就是这么灵活。）变更单上必填开发工作量评估和测试工作量评估，PM会根据工作量和版本当前所处阶段确定是否接受此变更，同时也会了解变更的背景并填写。变更管理流程保证了有效变更的执行，同时也控制了变更数量。

拆分项目

拆分项目可以实现分级管理和差异化配置，比如在手Q下面分手Q iOS和手Q android就是一个很好的主意，每个版本两个项目所做的需求可能会有差异，甚至连发布的审批流程和check点都不一样，将这些差异放在各自的项目下进行管理。另一方面，他们又有很多相同点流程和规则，这些相同点，就统一放在父项目手Q下。