TAPD PRO

TAPD敏捷研发全生命周期包括需求、发布计划、迭代、任务、测试计划、测试用例、缺陷、任务、故事墙、甘特图、报表、文档、反馈13个核心应用以及支持工时填写和跟踪的工时进度。

对于大中型团队，可以使用TAPD对项目进行全过程全方位管理。通过需求和发布计划进行产品规划，控制产品发布的节奏，并有效进行迭代规划，以敏捷迭代的方式进行开发、测试、进度跟踪以及质量把控。按照发布计划发布之后，及时收集用户的反馈，从而进入下一轮的产品规划及开发中。通过TAPD敏捷全生命周期管理，帮助了大中型团队快速迭代并有计划性地完成产品开发及项目管理。

规划需求

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

什么是需求？

需求是敏捷中的User Story,从用户角度描述的独立的功能点。需求描述包括：
As a... (作为...角色或岗位)
I want... (我想...希望做什么)
So that... (以便...达到什么目的或商业价值

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

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

规划发布计划

对于大中型的研发团队及产品，产品经理需要制定一个长期的发布计划来控制产品的发布节奏。发布计划可以制定1个或多个，并设定好发布计划的目标，开始及结束时间，以及规划好发布计划待实现的需求。

什么是发布计划？

发布计划是根据需求规划制定的长期的发布规划，可制定1个或多个，以便控制产品的发布节奏。每个发布计划可以开发出一个可以交付的软件版本。

发布计划规划后，产品经理需要跟项目经理及时沟通产品规划、发布节奏以及要实现的需求范围，以便项目经理及时了解产品规划的相关内容，方便开展后续的工作。

规划迭代

项目经理首先创建一个新的迭代，并设定迭代的目标、开始和结束时间，然后再往迭代里添加本迭代须实现的需求。

什么是迭代？

迭代是团队研发的节奏，是一个固定时间段的Timebox，一个发布计划的需求可以规划1个或多个迭代。每一个迭代都有一定的产出物。

迭代需求规划完成后，项目经理组织开发工程师、测试工程师等参与迭代过程的团队成员进行本迭代的需求说明会议。

会议开始后，产品经理向团队成员讲解需求的设计思路，再由团队成员充分讨论需求方案可行性，预估风险。

讨论结束后，团队成员对需求进行工作量评估，同时根据需求的情况，可拆分成开发工程师具体可以完成的任务，由于每个需求都经过了充分的讨论，大家在工作量的评估时很容易就达成了共识。

最后，开发工程师根据自己的兴趣主动认领迭代工作任务，完成迭代工作分配。

开发阶段

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

跟踪迭代进度

迭代开发过程中使用故事墙、迭代燃尽图、甘特图进行迭代进度跟踪。

故事墙

什么是故事墙？

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

故事墙以卡片的形式，详细地展示了项目的进度。卡片里包含了任务内容、任务优先级、任务负责人、当前状态等信息。

在进行每日晨会时，结合白板故事墙或是电子版故事墙，团队成员都可以通过故事墙清晰地了解每个成员工作状况和当前迭代进度。

迭代燃尽图

迭代进度还可以通过燃尽图得以体现。

什么是迭代燃尽图？

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

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

甘特图

在迭代进度跟踪过程中，也可以通过甘特图了解开发进度。

什么是甘特图？

甘特图以图示的方式通过活动列表和时间刻度形象地表示出任何特定项目的活动顺序与持续时间。直观地表明任务计划在什么时候进行，及实际进展与计划要求的对比，方便评估工作进度。

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

测试阶段

测试工程师需在开发过程中完成测试、记录bug及bug的统计分析工作，保证迭代质量。

安排测试

开发完成后，测试工程师根据测试计划规划的测试用例对需求进行测试。

什么是测试计划？

测试计划是指测试工程师根据需求规划确定的测试范围、测试任务、责任人以及进度安排等。 同时测试工程师还需根据测试计划撰写测试用例。测试用例可以通过测试用例模块来分级管理，也可以直接添加在具体的测试计划中。开发完成后，测试工程师根据测试用例及测试重点进行测试。

记录bug

测试后发现有bug，通过缺陷来创建bug,分配给开发人员。

缺陷单包含了Bug的重现规则、关联需求、优先级和紧急程度等信息。

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

缺陷统计分析

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

回顾与沉淀

一个迭代完成后，项目经理会组织项目成员对整个迭代进行回顾，总结Well和Less Well，发现改进点，提出解决措施。使团队在接下来的迭代中更高效。

团队在研发过程中产生的经验积累可以通过文档承载。无论是团队发展过程的记录，还是产品里程碑规划，或者是开发、测试工程师的技术分享都可以在文档中呈现。

每个团队成员都可以通过文档收集并整理知识条目，对知识库进行补充和反馈，实现团队经验的积累与传承。

发布进度跟踪

发布进度跟踪主要通过发布燃尽图进行跟踪。

什么是发布燃尽图？

发布燃尽图，展现发布计划中的所有需求剩余总数量随日期的变化而逐日递减的燃尽过程。实际燃烧线（红线）与基准线（绿线）越贴合，发布进度越健康。

发布燃尽图形象地展示一个发布计划中的剩余工作量和剩余工作时间的变化趋势，是反应项目进展的一个指示器。燃尽图的走向代表了发布进度的健康度，当出现异常时，需要对对团队开发节奏进行调整。

收集用户反馈

产品交付发布后，产品经理需及时关注用户的反馈，收集用户反馈的问题及优化点，为下一轮需求规划及产品优化做准备，从而保证产品的持续可用。

TAPD敏捷全生命周期项目管理以敏捷研发的思想和实践为基础，同时结合了发布计划的规划性以及可控性的特点，非常适合大中型研发团队开展敏捷研发及项目管理，使得大中型研发团队在有节奏有规划的产品研发过程中保持快速迭代，从而提高了整个团队的研发效率。