【问题标题】:TFS 2013 Scrum Template, how to show Features on Sprint backlogTFS 2013 Scrum 模板,如何在 Sprint backlog 上显示功能
【发布时间】:2015-06-28 12:56:42
【问题描述】:

我们使用带有 Scrum 2013.4 模板的 TFS 2013。我们在一个集合中定义了一个项目。 该项目包含所有不同子系统及其功能的所有待办事项。 为了管理这个积压,我们使用了投资组合管理方法。

使用 witadmin.exe,我们创建了另一个类别(积压级别),如 MSDN 上关于投资组合管理的this article 中所述,在“添加另一个积压级别”部分下。 只是我们的新类别不是“倡议”,而是称为“子系统”。在 TFS 中一切正常。

我们现在可以像这样对待办事项进行分类:

主项目

--->子系统

----->特点

--------->积压项目/错误

------------>任务

一切正常,包括积压工作的不同视图,所有关系都可见 (例如功能的子系统,待办事项的子系统,任务的待办事项等)。

问题是,如果我们选择当前 sprint(或任何其他 sprint)的 backlog,它只会显示 待办事项和任务,因此不清楚待办事项属于哪个功能或子系统。

有没有办法改变默认查询或输出,这样 Sprint Backlog 也会显示 Features 和子系统除了积压项目?

【问题讨论】:

    标签: tfs scrum portfolio alm


    【解决方案1】:

    没有。

    待办事项是限时执行流程的一部分,不能很好地代表子系统。

    您最好将选择列表添加到具有子系统列表的 PBI、错误和功能。您希望他们能够在物品上看到它的用途。

    我通常在区域路径中反映子系统并将团队移动到单独的领域。

    http://nakedalm.com/team-foundation-server-2012-teams-without-areas/

    【讨论】:

    • 感谢您的回答。问题是,我们没有多个团队,因为我们的开发部门非常小。所以团队需要处理所有子系统/功能/PBI。出于这个原因,我认为区域有点矫枉过正。我会看看picklist-idea...
    • 区域是您描述的正确和推荐的方法。自定义工作项层次结构是多余的,应该避免。
    • 但是,当我们只有一个团队时,使用区域的具体好处是什么?以及 area 将如何解决我最初的问题(积压项目和任务在 sprint backlog 中显示为一个大列表,但无法查看它属于哪个功能或子系统?
    • 我还想说您在nakedalm.com 上的博客文章对我们在TFS 中管理工作的基本理解帮助很大。实际上,关于在 TFS 中使用单个项目而不是多个项目的帖子启发了我以这种方式重新组织事物。我似乎唯一无法得到的是 sprint backlog 上的 PBI 大列表。如果我只能看到这些 PBI 属于哪个功能,就像打开功能视图时在产品待办列表中一样......
    • 1) 区域可用于将您的产品分解为组件,以便您可以独立报告
    猜你喜欢
    • 1970-01-01
    • 2017-06-02
    • 2018-09-02
    • 2014-05-30
    • 2012-10-17
    • 2011-12-11
    • 1970-01-01
    • 2014-11-30
    • 2018-02-05
    相关资源
    最近更新 更多