Azure DevOps自定义Scrum模板后待办事项显示异常求助

一、看板仅显示Epic层级的配置调整 #

• 检查看板的工作项类型设置：进入团队看板右上角的「设置」（齿轮图标），在「卡片」选项中，确认已勾选自定义的User Story和Feature类型。默认看板可能仅关联系统默认工作项类型，需手动添加你自定义的两类。
• 确认看板的层级映射：在看板设置的「层级」部分，验证自定义工作项的层级关系是否正确——确保Epic为父级、Feature为中间层、User Story为子级。层级映射错误会导致看板仅加载最高层级的Epic项。

二、待办项筛选与加载不稳定问题处理 #

1. 调整待办项默认加载上限 #

Azure DevOps默认对大型待办列表设置1000条加载限制，可通过以下方式调整：

• 进入待办项页面，点击顶部「筛选器」按钮，在弹出面板中找到「分页设置」（部分版本显示为「加载更多」），手动设置更大的加载上限（例如5000）。
• 若需永久调整，可使用Azure DevOps命令行工具修改团队设置：

  az devops team update --team <你的团队名称> --org <组织URL> --default-work-item-limit 5000
  

2. 「Assigned to = @me」筛选不生效的解决 #

• 刷新待办页面后重新应用筛选，避免缓存延迟。
• 检查自定义User Story的字段配置：确认「Assigned to」字段已添加到工作项类型，且在流程模板编辑页面中，该字段的「可搜索」选项已勾选。
• 使用高级筛选：在筛选面板选择「高级」，输入Assigned To = @Me并保存为常用筛选，优先执行精确查询以减少延迟。

三、待办总数波动的原因与处理 #

• 总数波动多因工作项层级关联变更（如User Story重新关联父项、新增/删除工作项），开启「显示父项」后会加载所有层级工作项，导致总数包含父项。
• 定期清理无效工作项：归档或删除已完成/废弃的工作项，减少待办总数量，提升加载稳定性。

四、不使用Sprints模式的配置确认 #

• 进入团队「迭代和计划」设置，关闭所有Sprint迭代的启用状态，避免系统自动按Sprint分组待办项导致加载逻辑异常。
• 在待办项页面，确保「迭代」筛选设置为「所有迭代」或未选中任何迭代，避免限制仅显示特定Sprint的工作项。

内容的提问来源于stack exchange，提问作者user23139145