为什么大多数工作项从AzureDevOps中消失?

jhkqcmku  于 2023-03-24  发布在  其他
关注(0)|答案(2)|浏览(108)

我创建了一个测试环境,其中包含虚拟工作项,包括史诗、功能、用户故事、问题、任务等每种类型的几个工作项,并将它们添加到称为“内部测试”的同一个sprint中。
The work items are only shown in the "work items" page. I cannot see any work item in the sprints taskboard and backlog for the "internal testing" sprint. However, the backlog page does show an accurate count of the work items that should be part of this sprint.
有人能帮我解决这个问题吗?为什么我的工作项没有显示?

eiee3dmh

eiee3dmh1#

为什么我的工作项未显示?
如果将问题添加为用户情景的子项,并将任务添加为问题的子项,则工作项将在sprint中消失。

默认情况下,问题不会显示在任何backlog或论坛上。

请尝试以下解决方法:
1.将工作项之间的链接类型从子级更改为其他类型,如相关。
1.如果您使用的是继承的流程,则可以将问题添加到迭代积压中:

然后,添加问题和任务作为用户情景的子项:

结果:

eeq64g8w

eeq64g8w2#

另一种可能性是,当你的用户故事被分配给上一个sprint,但有任务分配给当前sprint时,在sprint板上为这个用户故事创建一个任务会自动将上一个sprint分配给新任务。
例如
测试用户故事(分配给Sprint 16)
--任务1(分配给Sprint 17 -这将导致任务以及用户故事出现在Sprint 17
--新任务2(将自动采用用户故事的sprint编号)
1.“测试用户故事”不应该出现在sprint 17中,但由于Task 1被分配给sprint 17的事实,“测试用户故事”出现了
1.在测试用户故事下的sprint板上创建新任务2,将在消失前显示一秒钟左右。您会在测试用户故事下的backlog中找到它,但使用用户故事的sprint编号而不是当前sprint。
解决方案是改变新任务的sprint,或者在我的例子中,我将用户故事移到backlog中,然后确保我只将任务拉入sprint中,以避免将来发生这种情况。

相关问题