TAPD 企业版
一、版本概述
TAPD 企业版可帮助大中型团队快速迭代，并有计划性地完成产品交付。TAPD 敏捷全生命周期项目管理，为大中型研发团队提供了 全过程、全方位 的敏捷研发管理解决方案。用户可通过制定长期的发布计划，有效进行产品规划；使用“敏捷迭代、小步快跑”的方式，进行开发及质量跟踪。
TAPD 敏捷研发全生命周期包括需求、发布计划、迭代、任务、测试计划、测试用例、缺陷、Wiki、故事墙、甘特图、报表、文档和反馈等13个核心应用以及支持工时填写和跟踪的工时进度。
大中型团队可以使用 TAPD 对项目进行全过程全方位管理，通过 需求 和 发布计划 进行产品规划，控制产品发布的节奏，并有效进行迭代规划；以 敏捷迭代 的方式进行开发、测试、进度跟踪以及质量把控。按照发布计划发布之后，团队及时收集用户的反馈，从而进入下一轮的产品规划及开发中。
TAPD 敏捷全生命周期管理，帮助了大中型团队快速迭代并有计划性地完成产品开发及项目管理。
二、版本核心应用
1.规划需求
什么是需求？
需求是敏捷中的 User Story，即从用户角度描述的独立功能点。
需求描述包括：As a... (作为...角色或岗位)；I want... (我想...希望做什么)；So that... (以便...达到什么目的或商业价值）。
产品经理需要对产品相关的用户反馈、已有功能优化和新规划模块等信息进行有效分类，将其总结归纳，抽丝剥茧，设计成需求，最终形成需求 Backlog。
在设计需求的过程中，产品经理使用 需求 模块录入需求单。需求单中包含了需求实现的详细描述。需求原型图或是其他参考资料往往也会被作为附件添加到需求单中。
已设计好的需求可通过 需求分类 进行模块化管理。为了保证研发过程中的风险可控，功能比较复杂的需求往往会被拆解成多个需求，以 父子需求 的方式进行关联。需求父子层级的引入不仅方便需求拆分，同时也保证了子需求的集中管理。
2.规划发布计划
什么是发布计划？
发布计划是根据需求规划制定的长期的发布规划，可制定1个或多个，以便控制产品的发布节奏。每个发布计划可以开发出一个可以交付的软件版本。
对于大中型的研发团队及产品，产品经理需要制定一个长期的发布计划来控制产品的发布节奏。发布计划可以制定1个或多个，并设定好发布计划的目标、开始及结束时间，以及规划好发布计划待实现的需求。
发布计划规划后，产品经理需要跟项目经理及时沟通产品规划、发布节奏以及要实现的需求范围，以便项目经理及时了解产品规划的相关内容，方便开展后续的工作。
3.规划迭代
什么是迭代？
迭代是团队研发的节奏，是一个固定时间段的 Timebox。一个发布计划的需求可以规划一个或多个迭代。每一个迭代都有一定的产出物。
项目经理首先创建一个新的 迭代 ，并设定迭代的目标、开始和结束时间，然后再往迭代里添加本次迭代内须实现的需求。
迭代需求规划完成后，项目经理组织开发工程师、测试工程师等参与迭代过程的团队成员，进行本次迭代的迭代会。会议开始后，产品经理向团队成员讲解需求的设计思路，再由团队成员充分讨论需求方案可行性，并预估风险。评估好需求方案的可行性后，团队成员需要讨论确定好本次迭代周期所需完成的全部工作内容。
讨论结束后，团队成员对需求进行工作量评估。由于每个需求都经过了充分的讨论，大家在工作量的评估时很容易就达成了共识。最后，开发工程师根据自己的兴趣主动认领迭代工作任务，从而完成迭代工作分配。
4.开发阶段
开发工程师根据迭代中分配的任务进行开发。每个任务开发完成后，需求/任务的状态会进行及时更新，以便团队成员及时了解开发的进度。
在开发阶段中，开发工程师还可以将码源与需求及任务进行关联，方便直接查看。
5.跟踪迭代进度
迭代开发过程中，用户可使用 故事墙、迭代燃尽图、甘特图、迭代仪表盘 进行迭代进度跟踪。
① 故事墙
什么是故事墙？
故事墙描叙了开发过程中的各个阶段，能反应当前团队开发的健康状态。配合每天的站立会议，开发人员依据故事墙，给大家分享其开发状态、问题和需要的帮助。项目领导者也能够及时地通过故事墙了解当前团队的状态，并根据实际情况及时调整。
在进行每日晨会时，通过白板故事墙或是电子版故事墙，团队都可以清晰地了解每个成员的工作状况和当前迭代进度。
② 迭代燃尽图
什么是迭代燃尽图？
迭代燃尽图，展现迭代中所有需求的剩余规模总和随日期的变化而逐日递减的燃尽过程。实际燃烧线（红线）与基准线（蓝线）越贴合，迭代的进度越健康。
团队还可以通过 燃尽图 查看迭代进度。燃尽图相比故事墙，为迭代进度提供了量化的数据展示。燃尽图的走向代表了迭代进度的健康度，当出现异常时，团队需要对当前的开发节奏进行调整。
③ 甘特图
什么是甘特图？
甘特图以图示的方式，通过活动列表和时间刻度，形象地表示出任何特定项目的活动顺序与持续时间。它直观地表明任务计划在什么时候进行，以及实际进展与计划要求的对比，方便评估工作进度。
在迭代进度跟踪过程中，团队也可以通过 甘特图 了解开发进度。甘特图可以从“任务”和“人员”两个维度，直观展示在预估的时间范围内每日的工作进展；还可以通过成员、时间点和优先级等过滤，令团队更精准地了解具体工作进度状况。当出现进度异常时，项目经理可进行沟通调整。
④ 迭代仪表盘
什么是仪表盘？
在跨团队协作的场景下，纷扰错杂的信息难免给工作造成困扰。为了更好地实现工作信息的聚合，仪表盘能帮助个人和团队实现对工作信息和进度状况的把控，给大家带来透明化、可视化、便捷化的舒畅体验。
团队在查看迭代进度时，还可以借助 燃尽图 工具。在 仪表盘 下，包含了需求统计、需求燃烧图、缺陷统计、任务统计、构建统计、代码质量、部署发布数据等一系列统计图表。
此处图表均为自动生成，无需额外配置，方便团队即时查看。
6.测试阶段
什么是敏捷测试？
敏捷测试是指遵循敏捷开发管理的一种测试实践，强调从用户的角度测试软件产品。它通过不断修正质量指标，完善测试策略，确保需求得以成功实现并及时地发布最终产品。
测试工程师在测试的过程中，可以通过 缺陷 来记录 Bug 和进行 Bug 的统计分析工作，保证迭代质量。
① 安排测试
什么是测试计划&测试用例？
在 TAPD 中，“测试计划”是指测试工程师根据需求规划确定的测试范围、测试任务、责任人以及进度安排等；“测试用例”则是根据具体需求编写的测试场景，单个需求测试点或场景的拆分说明。
开发完成后，测试工程师可以根据需求规划来定制 测试计划。TAPD 支持测试计划的制定、规划与分配。
在规划好测试计划后，测试工程师还可以根据具体需求编写的测试场景，将多而杂的需求测试点或场景进行拆分，即 测试用例 功能。
② 记录 Bug
什么是缺陷？
在软件开发中，缺陷是指软件产品功能与预期属性相偏离的现象，常被称为 Bug。
工程师根据测试计划中规划的测试用例对需求进行测试，针对执行未通过的测试用例可创建缺陷或关联缺陷，并分配给开发人员。
开发工程师修复 Bug 后，将缺陷单状态设置为已解决，此时缺陷单流转回测试工程师手中。测试工程师验证 Bug 已正确修复后，将缺陷单关闭，否则打回给开发工程师。整个过程可重复进行，直至 Bug 被正确修复。
③ 缺陷统计分析
TAPD 报表统计模块可提供什么功能？
TAPD 报表统计模块提供了缺陷统计、需求分布统计、进度跟踪、工时花费报告和需求关联统计等丰富的统计分析功能。
测试工程师使用 缺陷统计报表 对迭代范围内的 Bug 进行统计，及时了解开发的质量并进行跟踪修复。同时，测试工程师还可通过邮件创建定时报告发送给项目其他成员，让大家及时了解迭代开发质量。
7.发布进度跟踪
发布进度跟踪主要通过 发布燃尽图 进行跟踪。
什么是发布燃尽图？
发布燃尽图，展现发布计划中所有的需求剩余总数量随日期的变化而逐日递减的燃尽过程。实际燃烧线（红线）与基准线（绿线）越贴合，发布进度越健康。
团队可以通过 发布燃尽图 查看进度。发布燃尽图形象地展现一个发布计划中的剩余工作量和剩余工作时间的变化趋势，是反应项目进展的一个指示器。燃尽图的走向代表了发布进度的健康度。当出现异常时，团队则需要对当前的开发节奏进行调整。
8.回顾与沉淀
TAPD 在团队回顾与沉淀中能提供哪些能力？
团队在研发过程中产生的经验积累可以通过文档承载，无论是团队发展过程的记录，还是产品里程碑规划，或者是开发测试工程师的技术分享，都可以在文档中呈现。文档的类型包括了思维导图、文档和文件夹 。文档还可以根据不同功能进行分类。
一个项目完成后，项目经理会组织项目成员进行回顾，总结 Well 和 Less Well，发现改进点，提出解决措施，使团队在往后的项目中更高效。
在这过程中，每个团队成员都可以通过 文档 承载项目过程中产生的经验积累，收集并整理知识条目，对知识库进行补充和反馈，从而实现团队经验的积累与传承。
9.收集用户反馈
产品交付发布后，产品经理需及时关注用户的反馈，收集用户反馈的问题及优化点，为下一轮需求规划及产品优化做准备，从而保证产品的持续可用。
TAPD 敏捷全生命周期项目管理 以敏捷研发的思想和实践为基础，同时结合了发布计划的规划性以及可控性的特点，非常适合大中型研发团队开展敏捷研发及项目管理。它使得大中型研发团队在有节奏、有规划的产品研发过程中保持快速迭代，从而提高了整个团队的研发效率。
 赞 (0)
|