Azure devops Can';在azure板上的积压工作中找不到未归档的任务
我怎样才能看到azure boards中的所有项目,这些项目实际上并没有在其正确的层次结构中完成。此外,我如何在待办事项列表中看到未处理的任务,以便为sprint进行规划Azure devops Can';在azure板上的积压工作中找不到未归档的任务,azure-devops,tfs-workitem,tfs-process-template,azure-boards,Azure Devops,Tfs Workitem,Tfs Process Template,Azure Boards,我怎样才能看到azure boards中的所有项目,这些项目实际上并没有在其正确的层次结构中完成。此外,我如何在待办事项列表中看到未处理的任务,以便为sprint进行规划 我使用epics->work for Month,features->work for weeks,user stories->work for days and tasks->work for hours。因此,我有未授权的任务,也有直接位于功能下的任务。例如,Azure DevOps依赖于严格的工作项树。因此,您必须遵循以
我使用epics->work for Month,features->work for weeks,user stories->work for days and tasks->work for hours。因此,我有未授权的任务,也有直接位于功能下的任务。例如,Azure DevOps依赖于严格的工作项树。因此,您必须遵循以下层次结构:
Epic
+ - Feature
+ - User Story
+ - Task
任务是未配置的,或者必须链接到用户情景才能使工具正常工作。这个想法是,你数周的工作需要在一个或多个工作日内分解
另一种方法是在流程配置的“用户故事”级别创建自定义Epic和功能工作项。这样,它们最终都处于“用户故事”级别,并且都可以直接在它们下面执行任务。作为一种副产品,你不能轻易地建立一棵像上面那样的树
只有用户故事才会显示在待办事项列表中。任务只显示迭代积压。如果你想在一个单板(包括任务)上对不同的工作项类型进行纯粹的看板,你必须在用户故事/产品待办事项级别上定义所有这些。我认为你应该使用迭代数周,并使用迭代积压来查看一周的工作范围(,)。在这种情况下,所有任务(有父功能或EPIC,没有父功能)都可以在sprint积压工作中使用: 史诗的计划任务: epic、功能和用户故事层次结构中的任务:
Epic
+ - Feature
+ - User Story
+ - Task
sprint任务板:
如果您的任务没有父任务,也没有sprint,您可以通过查询()找到它: