TFS 2015：如何使用CMMI（Portfolio-）Backlog工作项类型

Question

我们正在将TFS 2015与CMMI流程模板一起用于我们客户项目的工作项跟踪（我们不仅提供软件）。

我必须说我并不完全确定如何正确使用不同的（投资组合）Backlog工作项类型，到目前为止我有两个主要问题。

1. 使用要求，功能或时，是否有一般规则 史诗？

我已经看到here它们之间存在父/子关系，但是当我需要在要求（ - ＆gt;功能）或功能上添加一个更多抽象级别时，我并不是很清楚 - ＆GT;史诗）

最初，我考虑过在积压中使用以下要求。人们可能会满足客户要求，从而导致产品要求最终导致软件需求。 VSO积压中的基本思想似乎是只有要求以下的任务而没有进一步的要求（至少VSO网络界面似乎不支持默认情况下在要求下添加要求）。

1. 那么在这种情况下组织积压的最佳做法是什么？ 我们应该只使用Requirement工作项类型并创建一个 这些要求之间的父母/子女关系或是工作 项目类型为此目的制作的特征和史诗？

任何解释都将受到高度赞赏。

Answer 1

像埃迪提到的那样，什么时候使用什么类型没有严格的指导。 Scaled Agile Framework有很好的指导你可以使用。

对于我在Microsoft的功能团队，我们使用Epics来捕获所有战略工作（6-9个月）。功能团队跟踪他们在功能积压上的工作。这是可释放的单位。只有那些我们实际计划在未来3个月内处理的项目才会出现在需求积压中。但这正是对我的团队有用的。