一文读懂腾讯TAPD -TAPD你了解多少？它有哪些功能？

对于一个组织来说，项目管理可能是最难的，都希望沟通、开发、反馈是顺畅的，可事与愿违，总会有各种各样的问题，流转的不顺畅，然后反思是否是人的问题，或者是理念的问题。

为了解决，强调协作，强调邮件通知，使用看上去很笨的表格来管理项目，可不同的岗位，有不同的特点，维护多个表格，又会让项目管理很分裂，处于不可控的状态。有没有更好的方法呢？

TAPD是由腾讯自主研发并深度使用改进多年的，一站式敏捷研发协作云平台，凝聚腾讯研发方法及敏捷实践精髓，具备成熟的项目管理维护能力，可助力企业研发更高效、协作更敏捷。

TAPD适用于大中型研发团队。它覆盖了从产品规划到产品交付的全过程，旨在通过长期的发布计划和敏捷迭代的方式，有效地进行项目管理。支持敏捷需求规划、迭代计划跟踪、测试与质量保证、持续构建交付等全过程研发实践，助力企业提升研发效能，实现数字化转型升级。

该方案的核心思想是采用敏捷迭代的小步快跑方式进行开发和质量跟踪。通过这种方式，团队能够快速迭代并有计划地实现产品交付。这样的方法比传统的开发方式更加灵活、更加透明，能够更好地适应不断变化的市场和客户需求，从而提高产品的质量和价值。

迭代

一个产品是要持续迭代的，但如果每次都是新功能，这可能不是迭代。每个迭代要设立一个目标和迭代时间，然后往里面填充需求。

每次迭代是开发出一个可交付的产品，迭代周期一定要在需求优先级和开发成本之间做平衡，迭代目标和需求要明确。

TAPD可以帮助创建一个新迭代，并设定迭代的目标、开始和结束时间，然后再往迭代里添加本迭代须实现的需求。

迭代需求规划完成后，项目经理组织开发工程师、测试工程师等参与迭代过程的团队成员进行本迭代的需求说明会议。团队成员对需求进行工作量评估，同时根据需求的情况，可拆分成开发工程师具体可以完成的任务。

任务管理

任务主要是细化团队成员工作内容，主要是开发人员使用，仅仅包含三种状态（未开始、进行中、已完成），为什么有任务这个概念呢？因为一个需求可以由多个岗位的开发人员开发，不同的岗位可以领取自己的任务。

1、需求管理

需求规划

产品经理需要对产品相关的用户反馈、已有功能优化、新规划模块等信息进行有效分类，总结归纳，抽丝剥茧，设计成需求，最终形成需求backlog。

在设计需求的过程中，产品经理使用需求模块录入需求单，需求单中包含了需求实现的详细描述，往往需求原型图或是其他参考资料也会被作为附件添加到需求单中。

已设计好的需求可通过需求分类进行模块化管理。为了保证研发过程中的风险可控，功能比较复杂的需求往往会被拆解成多个需求，以父子需求的方式进行关联。需求父子层级的引入不仅方便需求拆分，同时也保证了子需求的集中管理。

需求跟进

通过工作项在看板不同板块间的移动，可以实现需求状态的流转。另外，看板提供的“统计”功能可以方便管理者快速查看需求进度情况、需求完成情况、人员工作量情况，了解项目及进展，便于统筹管理。

2、设计管理

设计是用户感知产品的直接方式，直接决定着用户对于产品的印象。在任务管理活动中，当产品需求确定后，就进入到了设计阶段。

设计人员根据产品经理规划的需求，细化设计任务，对于工作量较大的需求可以直接将对应的“检查项”转变为一条新的任务，并分配任务执行者。

TAPD的「文档」功能就像一个在线的文件库，设计师可以将本地的设计稿上传到文档内，并通过文件夹的方式进行分类。另外，文档还可以与看板工作项进行关联，便于快速定位到相关文件。

敏捷开发

开发工程师根据迭代中分配的任务进行开发，每个任务开发完成后及时更新需求/任务的状态，以便团队成员及时了解开发的进度。

同时，看板可以作为敏捷团队每日站会的讨论核心，成员可以通过电子看板的方式及时更新各个用户故事的状态。借助看板，敏捷团队可以清楚的了解其它成员的工作状况及和自己相关工作的进展，有益于团队的自我指导。

另外，TAPD还提供了更为专业的一站式敏捷研发解决方案，其中包含敏捷需求规划、迭代计划&跟踪、测试计划管理等丰富内容，助力团队敏捷研发。

迭代管理与跟踪

需求在产品经理、开发人员、测试之间可以不断的流转，通过统一的TAPD平台管理，知晓上下游的进度，TAPD中的故事墙和仪表盘能够跟踪项目进度，甘特图也可以查看工作进度；迭代燃尽图，展现迭代中所有需求的剩余规模总和随日期的变化而逐日递减的燃尽过程。

故事墙

故事墙描叙了开发过程中的各个阶段，能反应当前团队开发的健康状态。配合每天的站立会议，开发人员依据故事墙，给大家分享其开发状态、问题、需要的帮助。项目领导者也能够及时的通过故事墙，了解当前团队的状态，并及时调整。

迭代燃尽图

迭代燃尽图，展现迭代中所有需求的剩余规模总和随日期的变化而逐日递减的燃尽过程。实际燃烧线（红线）与基准线（蓝线）越贴合，迭代的进度越健康。

燃尽图相比故事墙，为迭代进度提供了量化的数据展示。燃尽图的走向代表了迭代进度的健康度，当出现异常时，需要对团队开发节奏进行调整。

甘特图

甘特图以图示的方式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。可以从任务和人员两个维度直观展示在预估的时间范围内，每日的工作进展。同时还可以通过成员、时间点、优先级等过滤更精准地了解具体工作进度状况。当出现进度异常时，项目经理可进行沟通调整。

测试阶段

测试对于每一个迭代，描述出测试重点和测试计划，这是测试人员对于需求复杂度和业务的理解，这一点非常重要。

测试后发现有bug，可通过缺陷来创建bug，分配给开发人员。开发工程师修复Bug后，将缺陷单状态设置为已解决，此时缺陷单流转回测试工程师手中。测试工程师验证Bug已正确修复后，将缺陷单关闭，否则打回给开发工程师。整个过程可重复进行，直至Bug被正确修复。

在测试阶段，报表统计模块还提供缺陷统计、需求分布统计、进度跟踪、工时花费统计、需求关联统计等丰富的统计分析功能。测试工程师使用缺陷统计报表对迭代范围内的BUG进行统计，及时了解开发的质量并进行跟踪修复。同时可通过邮件创建定时报告发送给项目成员，让大家及时了解迭代开发质量。

TAPD典型案例

针对企业项目管理难题，TAPD也提供了多种解决方案。比如主要经营软件开发制作的华睿智科技公司，在产品/研发的日常工作中，经常要处理大量需求/缺陷/项目/进度管理等日常事务，费时费力又反复琐碎，云巴巴选取的TAPD解决方案正符合企业需求，轻松解决企业难题。

1、任务管理方面

公司主要的项目逻辑由架构、开发、产品、测试、运维、客服六个部门做项目的整体推动，之前的部门协调花费的实效比较大。

TAPD的任务管理功能，帮助客户做到了数据同步，资料同步，会议同步，再也没有之前责任委派不清晰，工作内容划分不明确的情况发生了。

2、迭代跟踪方面

迭代的过程中发现缺陷，做修复再更新迭代新的版本，这个周而复始的过程中，早期的项目很难做到留痕在追责，出了问题只能大家一起扛，弄得同事怨声载道，使用tapd后企业所有的需求、人物、迭代、缺陷，全部通过软件来做记录实现，版本更新，再也不会出现追责难，修复bug更难的情况发生了。