修复Azure Boards显示、重新排序和嵌套工作项时出现的问题

Azure DevOps Services |Azure DevOps Server 2022 - Azure DevOps Server 2019 |TFS 2018

Azure Boards积压工作显示工作项的自然层次结构。 将父子链接添加到非自然层次结构中的工作项时,将收到一条消息,指示已禁用重新排序。 某些项目可能不会显示。 此外,系统可能会禁用拖放重新排序功能。

使用本文可修复发生的问题,并显示以下消息之一:

  • You cannot reorder work items and some work items may not be shown.

  • You cannot reorder work items and some work items may not be shown. See work item(s) 7 to either remove the parent to child link or change the link type to 'Related'." or "Work item 3 can't be reordered because its parent is on the same category".

  • Items added to the backlog may disappear on a refresh because your team project marks them as "in progress". Those items will appear when you change the "In progress" filter to Show.

注意

本文介绍了创建父子链接时出现的问题,这些链接不符合为积压工作定义的自然层次结构。 有关多团队所有权可能出现的其他问题,请参阅 配置团队层次结构,练习具有共享区域路径的选择功能

工作项类型的自然层次结构

下图指示敏捷、Scrum 和 Capability Maturity Model Integration (CMMI) 流程的自然层次结构。 除了这些工作项类型外,还可以将其他自定义工作项类型添加到积压工作和板。 此外,可以添加自定义积压工作级别。

敏捷、Scrum 和 CMMI 流程的自然层次结构的概念图像。

在工作项之间创建同一类别链接时,会中断此自然层次结构。

将同一类型的工作项与父子链接(如 bug-bug 或用户情景用户故事)链接时,将创建同一类别链接。 此外,在属于同一类别的工作项(如“要求”类别或“任务”类别)之间创建父子链接时,将创建同一类别链接。 工作项所属的类别由进程积压工作级别和团队选择的 bug 行为决定。 若要详细了解同一类别层次结构,请参阅 建议的配置部分。

解决无法对工作项重新排序的消息

你可能会看到一条消息,例如 You cannot reorder work items and some work items may not be shown。 未列出工作项 ID。

若要解决此消息,请执行以下操作:

  1. 打开积压工作。

  2. 查看项列表,以确定同一类型的项是嵌套的。
    例如,以下说明用户情景是另一个用户故事的子级。

    嵌套用户情景

    另一个示例显示 bug 是用户情景的子级。 由于团队已将积压工作配置为在同一级别显示用户情景和 bug (要求类别) ,因此此配置将生成禁用排序功能的嵌套项。

    嵌套用户情景和 bug

  3. 删除同一工作项类型或同一类别的嵌套项中存在的所有父子链接。 或者,将链接更改为“相关”。

  4. 刷新积压工作。

问题现已解决,消息不再显示。

解决指定工作项 ID 的消息

你可能会看到一条消息, You cannot reorder work items and some work items may not be shown. See work item(s) 7 to either remove the parent to child link or change the link type to 'Related'." or "Work item 3 can't be reordered because its parent is on the same category"如下所示。

若要解决此消息,请执行以下步骤:

  1. 打开错误消息中列出的工作项。

  2. 查找父链接或子链接。 请确保此链接转到与打开的工作项相同的类别中的工作项。 此链接将转到与打开的工作项相同的积压工作级别上显示的另一个工作项。 根据团队的 bug 行为设置,bug 可能会出现要求或任务。

  3. 删除问题父子链接。 如果要保留这些项目关联,请改用“相关”链接类型。

此问题已解决,并且消息不再显示。

解决刷新时正在进行的工作项可能消失的问题

消息 -Items added to the backlog may disappear on a refresh because your team project marks them as "in progress". Those items will appear when you change the "In progress" filter to Show. 指示积压工作 正在进行的筛选器已 关闭。

刷新浏览器后,积压工作将根据所选筛选器显示这些工作项。

若要重置筛选器,请完成以下步骤。

“视图”选项 选择器中,可以选择显示或隐藏 “正在进行”项。 如果关闭“正在进行”控件,则映射到“正在进行的”类别状态的项目将不会显示在积压工作中

“查看选项选择器”的屏幕截图,“正在进行”控件,版本 2020 及更高版本。

“查看选项选择器”的屏幕截图,即正在进行控件版本 2019。

选择 “正在进行中”项 显示或隐藏 “正在进行的 积压工作项”。 如果关闭“ 正在进行”项 控件,则“ 活动”、“ 已提交”或“ 已解决 ”状态或映射到 “正在进行”类别状态 的项将不会显示在积压工作中。

在想要预测工作时,通常选择隐藏 “正在进行”项 。 若要了解详细信息,请参阅 预测产品积压工作

虽然可以创建积压工作项、任务和 bug 的层次结构,但建议不要创建同一类别层次结构。 也就是说,不要在同一类型的工作项(例如故事、bug、任务任务或问题)之间创建父子链接。 原因是积压工作、板和冲刺体验不支持对同一类别层次结构重新排序。 由于排序按层次结构级别执行,同一类别层次结构通过对不属于该级别的工作项进行排序来引入混淆。

我们建议你维护平面列表,而不是嵌套要求、bug 和任务。 换句话说,仅创建属于不同类别的项之间的一个级别的父子链接。

如果要将用户情景 (敏捷) 、问题 (基本) 、产品积压工作项 (Scrum) 或 CMMI) (的要求分组,请使用功能工作项类型。 可以快速 将产品积压工作项映射到在后台创建父子链接的功能。

将 bug 作为要求或任务跟踪

如前所述, 每个团队都可以选择跟踪 bug 的行为方式,如要求或任务,或两者都不一样。

如果选择按要求跟踪 bug,则 bug 应仅嵌套在功能级别下。

链接 bug(如要求)

如果选择将 bug 作为任务跟踪,则 bug 应仅嵌套在要求级别下。

链接 bug,如任务

积压工作和板如何显示嵌套项目

对于 TFS 2018 和更早版本,看板仅显示具有同一类别层次结构嵌套项的最后一个节点。 对于所有版本,冲刺积压工作和任务板仅显示同一类别层次结构中的最后一个节点,称为叶节点。

注意

对于 TFS 2018.2 及更高版本,看板显示嵌套同类别工作项的所有工作项。

产品积压工作和看板

例如,如果将同一类别层次结构中的项链接到深度为 4 个级别的项,则只有第四个级别的项显示在看板、冲刺积压工作和任务板上。

如下图所示,第三个用户情景, 临时保存长窗体,有一个子 bug, 保存需要太长的时间。 子 bug Save 需要太长的时间,显示在看板上,但不是父用户故事。

积压工作上会显示所有 bug 和要求

积压工作上出现子 bug

仅叶节点显示在看板上

看板,出现叶节点 Bug

冲刺积压工作和任务板

当 bug 在积压工作中包含任务时,将任务和 bug 链接到其父要求,将它们正确分组到冲刺积压工作和任务板上。
但是,如果在要求和 bug 之间创建父子链接,以及 bug 和任务(如下所示),该任务会显示在冲刺积压工作和任务板上,而不是 bug。

分配给冲刺积压工作的项目的层次结构

冲刺积压工作查询显示链接的 bug 和任务

仅在冲刺积压工作上显示叶节点

冲刺积压工作,叶节点任务

仅叶节点显示在任务板上
冲刺 (sprint) 板,出现叶节点任务
是否有解决方法可在层次结构中显示中间节点? 现在不行。 始终可以使用 “创建查询 ”链接检查分配给冲刺的项的完整列表。