TFS 2013 Scrum模板，如何在Sprint待办事项中显示Features

Question

我们使用TFS 2013和Scrum 2013.4 模板。在一个单一集合中定义了一个单一项目。 此项目包含所有不同子系统及其功能的待办事项。 为了管理这个待办事项清单，我们采用Portfolio Management方法。

使用witadmin.exe，我们创建了另一个类别(待办事项级别)，如MSDN关于Portfolio Management的文章中所述，在“添加另一个待办事项级别”部分进行解释。 只是我们的新类别叫做“子系统”，而不是“创议”。 在TFS中一切都很正常。

现在我们可以将待办事项分类如下：

MainProject

--->子系统

------>功能

--------->待办事项/缺陷

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

所有工作都很正常，包括不同视图上的待办事项清单，其中所有关系都是可见的 （例如子系统到功能，子系统到待办事项，待办事项到任务等）。

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

是否有一种方法可以更改默认查询或输出，使Sprint Backlog除了待办事项外，还显示功能和子系统？

- Jeroen1984

Answer 1

没有。

待办事项是有限时间执行流程的一部分，这并不代表子系统。

最好在PBI、缺陷和特性中添加一个选取列表，列出子系统的列表。然后您就可以在项目上看到它所属的位置了。

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

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

- MrHinsh - Martin Hinshelwood

---

谢谢你的回答。问题是，我们没有多个团队，因为我们只有一个非常小的开发部门。因此，团队需要在所有子系统/功能/PBI上工作。因此，我认为区域有点过度了。我会看一下选项列表的想法... - Jeroen1984

区域是您所描述的正确和推荐的方法。定制工作项层次结构是过度设计，应该避免。 - MrHinsh - Martin Hinshelwood

但是，当我们只有一个团队时，使用区域的好处究竟是什么？而且，区域如何解决我的原始问题（待办事项和任务显示在迭代待办事项中作为一个大列表，无法看到它属于哪个功能或子系统）呢？ - Jeroen1984

我还想说，你在nakedalm.com上的博客文章对我们理解如何管理TFS中的工作有很大帮助。实际上，关于在TFS中使用单个项目而不是多个项目的文章启发了我以这种方式重新组织事物。唯一让我困扰的是Sprint Backlog上的那个长长的PBI列表。如果我能像在Product Backlog中打开功能视图时那样看到这些PBI属于哪个特性，那就好了... - Jeroen1984

区域可以用来将您的产品分解成组件，以便您可以独立报告。 - MrHinsh - Martin Hinshelwood

2. 如果你进入待办事项并打开“已提交”，你就可以看到这些功能。

- MrHinsh - Martin Hinshelwood