VSTS:功能和工作项之间的组级别

时间:2018-10-17 09:06:48

标签: azure-devops

我正在使用scrum作为开发团队的产品负责人,我们正在使用VSTS进行积压。

到目前为止,我一直在使用“史诗和功能”来组织待办事项,主要是在使用功能。

我使用功能既可以对工作项目进行分组,又可以保持对交付物品的控制。例如,如果我知道自己需要在某天交付某种功能,那么我将为此创建一个功能并包括所需的工作项。我需要这样做,因为我同时管理许多项目。

到目前为止,很好。

但是现在,产品管理部门希望开始为他们创建史诗和功能,以组织工作。我可以不用史诗般的生活,他们创建功能并添加工作项很好。但是,当我开始执行时,我需要某种方式来组织可交付成果。

任何想法,我基本上都需要类似功能的组,但是要在功能和工作项之间

1 个答案:

答案 0 :(得分:0)

您可以为您的Epics和其他Epics添加标签以区别它们...

  

基本上我需要一个类似功能的组,但是在功能和工作项之间

或者,您可以创建一个新的工作项类型,例如features。有关详细信息,请参见Customize a project using an inherited process

  
      
  1. 创建一个继承的过程
  2.   
  3. 自定义流程
  4.   
  5. Add a new work item type
  6.   
  7. ...
  8.   
  9. Apply the customized process to your project
  10.   

更新:

您需要添加一个新的Portfolio backlog级别,但是在Azure DevOps(VSTS)中,新的产品组合积压只能添加为最高级别,这意味着层次结构应为{ {1}}。

因此,在这种情况下,您可以重命名它们以满足您的要求,例如重命名Deliverable > Epic > Feature > Backlog ItemFeature to DeliverableEpic to Feature ...

有关详细信息,请参见Customize your backlogs or boards

enter image description here