【问题标题】:VSTS Agile Process Template - User Story as child of Epic and ignore Feature WITVSTS 敏捷过程模板 - 作为 Epic 子级的用户故事并忽略功能 WIT
【发布时间】:2018-11-14 08:36:41
【问题描述】:

在微软的 VSTS 中,有没有办法在敏捷流程模板中将用户故事作为 Epic 的子节点,例如在执行“映射”时,无需创建 VSTS 自定义流程模板?在下图中的主要内容区域,隐藏/删除 Feature,并在右侧的“映射”面板中,有用于映射用户故事的 Epics。

我之所以这么问,是因为在我的组织的敏捷实践中,我们有史诗和用户故事,但我们没有看到对 Feature WIT 额外层的需求/好处。

OOTB 敏捷流程模板具有 Epic > Feature > User Story,当您查看 Product Backlog(又名用户故事)时,您可以将它们映射到 Features,当您查看 Feature Portfolio backlog 时,您可以将它们映射到 Epic,但您不能(据我所知)关闭 Feature WIT,以便用户故事可以直接映射到 GUI 中的 Epics。

顺便说一句,无法重命名 OOTB WIT,否则我只需关闭 Epic WIT 并将其重命名为“Epic OOTB”,然后将 Feature WIT 重命名为“Epic My Org”。

更新:根据Add a portfolio backlog level,可以使用新的 WIT 添加投资组合积压级别:

您将首先导出您的流程,添加或更新定义文件,然后 然后导入该流程以更新现有团队项目或 用它来创建一个团队项目。

但我想删除一个。我可能会尝试使用此过程进行相反的操作,但首先我想确保它可能适用于删除 OOTB 级别。

我查阅过的一些文档包括:

【问题讨论】:

    标签: azure-devops agile backlog


    【解决方案1】:

    VSTS没有这个功能,你也不能自定义:Modify the backlog and boards

    【讨论】:

      【解决方案2】:

      您为什么不使用 Jira 或 Rally 等工具来映射您的敏捷实践?从长远来看,这将是非常有益的。

      【讨论】:

      • 是的,没有 Jira。只有 VSTS。
      【解决方案3】:

      就其定义而言,敏捷意味着您应该灵活。因此,可以忽略用户故事作为功能的子类。但是,我认为,如果您的交付重点具有强大的用户组件,那么将其结合到可交付成果中将为您的产品所有者提供更好的指标。 如果您正在使用它,那么无论如何您通常都在处理功能任务循环,所以我不会担心,VSTS 似乎可以很好地应对两者。
      VSTS 并没有真正专注于像 JIRA 推送这样的工作流 OOTB(我曾经见过一些疯狂的 JIRA 工作流),尽管它具有相当的可扩展性,但我相信 VSTS 团队在提供有助于提供服务的服务方面已经采用 Zen Agile团队首先开发代码,然后委托上层管理软件交付和工作跟踪的机器。

      有关更多信息,请参阅流程指南:https://docs.microsoft.com/en-us/vsts/boards/work-items/guidance/choose-process?view=vsts

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2011-01-30
        • 2010-12-15
        • 2016-09-28
        • 2015-06-19
        • 2023-04-07
        • 1970-01-01
        • 1970-01-01
        • 2011-06-07
        相关资源
        最近更新 更多