Azure DevOps多团队Backlog项重排及Bug管理流程咨询
解决Azure DevOps根Backlog无法重排子团队Bug的方案
1. 统一排序字段映射
- 确保根团队(Master)与子团队(Earth/Moon)的Backlog视图使用相同的排序字段:
- 进入项目设置 → 团队配置 → 选中Master团队 → 点击「Backlogs」
- 检查「Backlog priority field」,统一设置为
Backlog Priority(推荐适配Nexus框架,也可选用Stack Rank) - 对子团队Earth、Moon执行相同操作,保证排序字段完全一致
- 核心原因:若根团队与子团队使用不同排序字段,根视图的拖拽排序操作无法同步到子团队的排序逻辑中
2. 调整Bug的工作项类型映射
- 保留现有Bug管理规则,修正根Backlog视图对Bug的识别逻辑:
- 进入项目设置 → 团队配置 → Master团队 → 「Backlogs」 → 点击「Configure backlog levels」
- 在「Requirements」层级(对应User Story),确认已将「Bug」加入包含的工作项类型(已有配置,但需确保子团队区域下的Bug能被根视图正确识别)
- 子团队的「Tasks」层级保留Bug配置,保证开发阶段的关联Bug仍按任务管理
- 关键:让根视图将子团队区域下的Bug归为Requirements层级,确保排序操作直接作用于统一的排序字段
3. 修改区域路径权限设置
- 给根团队(Master)分配子团队区域路径下工作项的编辑权限:
- 进入项目设置 → 权限 → 选中「Area Paths」 → 展开Master/Earth和Master/Moon节点
- 找到Master团队组,勾选「Edit work items in this node」权限
- 同时确保「Manage work item permissions」权限已开启,避免排序字段被锁定
- 注意:仅需开放排序字段(Backlog Priority/Stack Rank)的修改权限,无需开放全部权限
4. 验证Backlog同步逻辑
- 在根Backlog视图(Master)拖拽子团队的Bug调整排序,切换到子团队的Sprint待办视图:
- 检查Bug的
Backlog Priority字段值是否同步更新 - 测试User Story、Task的拖拽排序,确认所有工作项类型都保留拖拽能力
- 检查Bug的
- 若问题仍存在,排查是否有工作项规则或状态机限制:进入项目设置 → 流程 → 选中继承的流程 → 编辑Bug类型的规则,确保没有锁定排序字段的配置
适配Nexus Scrum的额外建议
- 根产品待办(Master)仅负责优先级排序,子团队(Earth/Moon)负责将排序后的工作项拉入Sprint,避免跨团队直接修改子团队的Sprint待办内容
- 回归测试新增的Bug(根视图创建)默认设置区域路径为Master,待优先级确定后再分配到子团队区域路径,减少跨区域排序冲突
内容的提问来源于stack exchange,提问作者user922871
相关产品推荐
相关产品推荐

