本文档将介绍:任务迁移至需求类别功能说明,以及迁移后如何在 TAPD 中管理任务。
一 、迁移任务到需求类别的好处
1、迁移后任务将可以与需求在同一个列表展示,能够清晰的看到父子关系
2、任务将具备需求所有扩展性,如:
-
创建页必填字段
-
工作流配置
-
统计报表
-
跨迭代规划等
二、 迁移任务后的变化
1、升级后任务实际已变成了一种【需求】类别,仅在使用习惯上保持了旧任务的体验
2、部分任务的配置与操作需要在需求模块下进入操作
· 任务的配置需要再需求类别下进行配置
2、原本选择任务的入口会通过选择需求类别来进行选择
3、迭代统计中将不会单独统计任务,但仍可以通过过滤的方式来进行计算
4、已存需求报表统计可能会增多,可以通过过滤条件去掉任务的部分
5、 权限将跟随需求、任务不可单独控制权限
6、在自动化任务中,针对任务的自动化需要在需求中筛选任务类别
7、在查询过滤时需要在需求中筛选任务类别
三、迁移注意事项
1、基础事项
1、在迁移过程中尽量不要操作迁移中的项目
2、迁移前请知会项目内同事提前知会迁移后的变化
3、 迁移行为不可回退
2、父子结构的变化
· 升级后任务虽然保持了原有的任务体验,但实际上是作为了一种需求类型,因此会发生以下变化,需要业务团队知悉或在升级前进行调整
1、在需求树结构中,叶子节点将会变成任务,如果使用所有子需求等视图,过滤出来的会是任务
2、迭代设置中需要启用支持父需求进入迭代,否则需求可能无法进度迭代
3、在工作台中,筛选任务的交互需要修改为通过需求类别筛选
3、同步复制
合作项目如果没有升级任务,无法进行同步复制
4、API的变更
1、任务的基础读写有做兼容,不受升级影响
2、父子结构的获取上需要调整,比如用需求来获取需求下任务、或者用任务获取上级需求
3、获取需求总量需要排除task