TFS 2015：如何使用 CMMI (Portfolio-)Backlog 工作项类型
TFS 2015: How to use CMMI (Portfolio-)Backlog work item types
我们使用 TFS 2015 和 CMMI 过程模板来跟踪我们客户项目的工作项（我们不仅交付软件）。
我必须说我不是完全确定如何正确使用不同的（投资组合）积压工作项类型，到目前为止我有两个主要问题。
- 何时使用需求、功能或
Epics?
我已经看到 here 它们之间存在 parent/child 关系，但当我需要在需求（-> 功能）之上再添加一层抽象时，我并不清楚或特征 (->Epics).
最初我考虑在积压工作中使用 Requirements below Requirements。一个人可能将客户需求放在首位，从而导致产品需求，最终可能导致软件需求。 VSO backlog 中的基本思想似乎是只有任务低于要求而没有进一步的要求（至少 VSO web 界面默认情况下似乎不支持添加要求低于要求）。
- 那么在这种情况下组织积压工作的最佳做法是什么？
我们是否应该只使用 Requirement 工作项类型并创建一个
parent/child 这些需求之间的关系或者是工作
为此目的制作的项目类型 Feature 和 Epic？
任何解释将不胜感激。
CMMI 没有关于这些作品集的任何通用规则。但是您可以将有关敏捷过程的信息用作参考。看到这个 link：https://softwareengineering.stackexchange.com/questions/182158/relationship-between-user-story-feature-and-epic
正如您在有关 CMMI 过程模板的说明中看到的那样。他们都是parent/child关系。因此，在您的情况下，您可以将客户需求视为 "Epic"，可以分解为几个 "Features"（产品要求），而 "Features" 可以分解为几个 "Requirements"（软件要求）
如果你想添加一个需求作为parent/child需求，例如，将需求B添加到需求A中作为子需求，你可以：
- 从 Web 界面打开需求 A。
- 单击 "Links" 按钮。
- 单击 "Link to..." 按钮。
- Select "Child" link 键入并输入需求 B 的 ID。
- 单击 "OK" 按钮并保存更改。
正如 Eddie 所提到的，没有严格的指导方针何时使用何种类型。 Scaled Agile Framework 提供了很好的指导，您可以使用。
对于我在 Microsoft 的功能团队，我们使用 Epics 来捕获所有战略工作（6-9 个月）。功能团队跟踪他们在功能待办事项列表上的工作。这是可释放的单位。只有那些我们实际计划在未来 3 个月内处理的项目才会出现在需求待办列表中。但这正是对我的团队有用的。
我们使用 TFS 2015 和 CMMI 过程模板来跟踪我们客户项目的工作项（我们不仅交付软件）。
我必须说我不是完全确定如何正确使用不同的（投资组合）积压工作项类型，到目前为止我有两个主要问题。
- 何时使用需求、功能或 Epics?
我已经看到 here 它们之间存在 parent/child 关系，但当我需要在需求（-> 功能）之上再添加一层抽象时，我并不清楚或特征 (->Epics).
最初我考虑在积压工作中使用 Requirements below Requirements。一个人可能将客户需求放在首位，从而导致产品需求，最终可能导致软件需求。 VSO backlog 中的基本思想似乎是只有任务低于要求而没有进一步的要求（至少 VSO web 界面默认情况下似乎不支持添加要求低于要求）。
- 那么在这种情况下组织积压工作的最佳做法是什么？ 我们是否应该只使用 Requirement 工作项类型并创建一个 parent/child 这些需求之间的关系或者是工作 为此目的制作的项目类型 Feature 和 Epic？
任何解释将不胜感激。
CMMI 没有关于这些作品集的任何通用规则。但是您可以将有关敏捷过程的信息用作参考。看到这个 link：https://softwareengineering.stackexchange.com/questions/182158/relationship-between-user-story-feature-and-epic
正如您在有关 CMMI 过程模板的说明中看到的那样。他们都是parent/child关系。因此，在您的情况下，您可以将客户需求视为 "Epic"，可以分解为几个 "Features"（产品要求），而 "Features" 可以分解为几个 "Requirements"（软件要求）
如果你想添加一个需求作为parent/child需求，例如，将需求B添加到需求A中作为子需求，你可以：
- 从 Web 界面打开需求 A。
- 单击 "Links" 按钮。
- 单击 "Link to..." 按钮。
- Select "Child" link 键入并输入需求 B 的 ID。
- 单击 "OK" 按钮并保存更改。
正如 Eddie 所提到的，没有严格的指导方针何时使用何种类型。 Scaled Agile Framework 提供了很好的指导，您可以使用。
对于我在 Microsoft 的功能团队，我们使用 Epics 来捕获所有战略工作（6-9 个月）。功能团队跟踪他们在功能待办事项列表上的工作。这是可释放的单位。只有那些我们实际计划在未来 3 个月内处理的项目才会出现在需求待办列表中。但这正是对我的团队有用的。