我如何才能看到 azure board 中实际上没有在正确的层次结构中完成的所有项目。此外,我如何查看积压中的非父任务以计划冲刺。
我使用史诗 -> 工作几个月,功能 -> 工作几周,用户故事 -> 工作几天和任务 -> 工作几个小时。因此,例如,我有无父任务以及直接在功能下的任务。
我如何才能看到 azure board 中实际上没有在正确的层次结构中完成的所有项目。此外,我如何查看积压中的非父任务以计划冲刺。
我使用史诗 -> 工作几个月,功能 -> 工作几周,用户故事 -> 工作几天和任务 -> 工作几个小时。因此,例如,我有无父任务以及直接在功能下的任务。
我认为您应该使用数周的迭代并使用迭代积压来查看一周的工作范围(关于区域和迭代路径(又名 sprint),定义迭代路径(又名 sprint)并配置团队迭代)。在这种情况下,所有任务(具有父功能或史诗并且没有父)都将在 sprint backlog 中可用:
史诗的计划任务:
史诗、功能和用户故事层次结构中的任务:
冲刺任务板:
如果您的任务没有父级且没有 sprint,您可以通过查询找到它(使用查询编辑器创建和保存托管查询):
Azure DevOps 依赖于严格的工作项树。所以你必须遵循这个层次结构:
Epic
+ - Feature
+ - User Story
+ - Task
任务要么是独立的,要么必须链接到用户故事才能使工具工作。这个想法是,您的“数周工作”需要分解为一个或多个“数天工作”。
另一种方法是在流程配置的“用户故事”级别创建自定义 Epic 和 Feature 工作项。这样一来,他们最终都处于“用户故事”级别,并且都可以直接在其下执行任务。作为副产品,您不能轻易地构建像上面那样的树。
只有在积压工作中显示的用户故事。任务仅显示迭代积压。如果您想在单个板上使用不同的工作项类型(包括任务)进行纯看板,则必须在用户故事/产品待办列表级别定义这些。