提问人：AJJ81 提问时间：11/17/2023 更新时间：11/17/2023 访问量：30
Azure Board优先级不会级联到链接的项
azure board prioritisation not cascading to linked items
问：
我在DevOps的世界中冒险，似乎在这里遇到了第一个障碍。 查看Azure DevOps，特别是Azure Boards，但我似乎无法按预期工作。 尝试遵循敏捷流程，并创建了 10 个虚拟史诗，每个长篇故事大约有 5 个功能，然后是 10 个相关的用户故事。
我的问题是，如果我将我的 EPIC 细化到我想要处理它们的顺序，功能的顺序不会改变，这是正常行为吗？还是我搞砸了什么？我尝试根据功能进行规划（这是我更喜欢规划的地方），但同样，在待办事项中移动它们不会移动其关联用户情景的优先级，或者似乎对待办事项顺序有影响。
这是我缺乏理解还是我在配置中出错了？
我遵循了 MS 指南，但似乎在我的理解中缺失了。如果有人对我可能做错了什么有任何指示，将不胜感激。
答：
1赞
Jiawei Shi
11/27/2023
#1
“功能”或“用户情景”的顺序不会继承其父级在积压工作中的顺序。
没有用于设置此设置的配置。
您可以尝试创建自己的查询来实现此类功能。
0赞
wade zhou - MSFT
11/28/2023
#2
行为是正确的。
每个积压工作 （backlog） 上的项顺序是根据在页面上添加项或移动项的位置确定的，而不是根据父工作项顺序确定的。
若要对积压工作重新排序，可以拖动积压工作列表中的工作项，而不是拖动父工作项，例如，如果要对功能重新排序，请检查功能积压工作，然后简单地拖动新顺序。用户故事顺序也是如此。
拖动积压工作列表中的项时，后台进程会更新堆栈排名（敏捷和 CMMI 进程）或积压工作优先级（Scrum 进程）字段。系统使用该值来跟踪项目的相对排名**。例如，对于功能积压工作 （backlog） 页，可以添加一个名为 的列，该列按值排序：Stack Rank
此外，积压工作的顺序将反映在董事会上，反之亦然。
检查下面的两种类型设置，如果将工作项拖动到板上，它还将更新堆栈排名值，并更改积压页面上的顺序。因此，如果您不想更改板中的工作项顺序，则需要选择第二个选项。Boards settingWork items follow the backlog order when changing columns
如果要批量编辑其中一个积压工作 （backlog） 顺序字段，以便按所需的优先级顺序获取大量工作项，请使用 Excel。可以导出包含积压工作项的查询，更新“积压工作优先级”或“堆栈排名”字段，然后发布更改。
有关官方文档的更多详细信息如下：
评论