需求拆解

文章内容

旧方式：使用子需求拆解需求

因为需求 B 规模大，分解为 4 个子需求，但迭代 1 只完成了 B1、B2 和 B3，致使 B4 被延期到迭代 2 中。造成迭代 1 中无法把需求 B 状态置为“已完成”。
由于一个迭代需求有大有小，每次迭代的需求数量是不固定的，造成每次迭代无法评估实际规模和工作量。
需求 E 存在关联任务，如果一并规划到迭代 1 中，会造成迭代内统计事项数量不正确。

新方式：结合史诗、子任务拆解需求

将需求 B 删除，拆解为需求 B1、需求 B2 和需求 B3。由于需求 A 与需求 B 存在密切关联，可组织为史诗 1；
依次类推，将较大需求删除后拆解为较小需求，放在需求中，并把同一业务的需求组织到同一个史诗中。

1. 将大的需求转成史诗

新建史诗并复制粘贴需求的标题和描述。

2. 将需求下的子需求创建为需求

在上步新建的史诗中，逐个新建需求，并将原子需求标题和描述逐个复制进去。

3. 将原大需求和子需求删除

删除父需求将自动删除其下子需求。

4. 将与史诗业务相关的需求纳入到史诗

在史诗详情页，选择“选择现有事项”，搜索并关联与此相关的需求或任务。

1. 子任务和任务什么关系？（子任务创建完为什么在“任务”里看不见）

子任务不是标准事项中的“任务”类型，它是需求、任务或缺陷分解出的子工作项，如果父事项被删除，那么子任务将会一并删除。

2. 在需求中创建的子任务怎么搜索到？

四个地方可查看子任务列表：

3. 所有子任务都完成后会自动把父事项完成吗？

不会。父事项应当手动修改状态，不应依赖子任务是否都完成（此处将优化，当子任务都完成，提示是否把父事项状态更新，选择“是”后自动更新父事项状态）。

4. 关联任务看不见了

关联任务和关联需求将自动迁移为“引用”。迁移完成后，需求下的关联任务将在需求详情页的“引用”控件中展示。

20201227