如何在 TFS 2015 中组织任务？
How to organize Tasks in TFS 2015?
我们正在使用 TFS 2015 和 CMMI 流程模板进行工作项跟踪，目前我们在组织任务方面遇到了一些困难。
主要问题是我们有时不得不处理既不是正式要求，也不是功能、史诗或错误的主题。
这些 parent "topics" 中的每一个都有几个作为孩子的基本任务。
我们想要的是那些 "topics" 以与要求相同的方式显示在待办列表和看板中。
我们考虑过为此目的引入一个新的工作项类型，但我们不想把流程模板搞得一团糟，我们希望与基本的 TFS 原则保持一致，而不是做一些事情 "hacks" .
另一个解决方案可能是考虑或 re-formulate 那些 "topics" 作为（非正式）要求，以便可以使用 "Requirement" 工作项类型。
任何关于如何以优雅和 TFS-conform 方式面对这个问题的建议都非常感谢。
CMMI过程中的要求支持多种类型。我建议您使用它们。
例如，您可以select "Scenario"作为需求类型，并为项目添加标签"Topic"。
如果需要，添加 "Topic" 输入 "Requirement" 也很容易。只需在工作项类型定义文件中添加如下列表值：
然后通过命令导入工作项类型定义文件：
witadmin importwitd /collection:http://xxx.xxx.xxx.xxx:8080/tfs/DefaultCollection /p:<Your project name> /f:<WIT Definition file>
我们正在使用 TFS 2015 和 CMMI 流程模板进行工作项跟踪，目前我们在组织任务方面遇到了一些困难。 主要问题是我们有时不得不处理既不是正式要求，也不是功能、史诗或错误的主题。 这些 parent "topics" 中的每一个都有几个作为孩子的基本任务。
我们想要的是那些 "topics" 以与要求相同的方式显示在待办列表和看板中。
我们考虑过为此目的引入一个新的工作项类型，但我们不想把流程模板搞得一团糟，我们希望与基本的 TFS 原则保持一致，而不是做一些事情 "hacks" .
另一个解决方案可能是考虑或 re-formulate 那些 "topics" 作为（非正式）要求，以便可以使用 "Requirement" 工作项类型。
任何关于如何以优雅和 TFS-conform 方式面对这个问题的建议都非常感谢。
CMMI过程中的要求支持多种类型。我建议您使用它们。
例如，您可以select "Scenario"作为需求类型，并为项目添加标签"Topic"。
如果需要，添加 "Topic" 输入 "Requirement" 也很容易。只需在工作项类型定义文件中添加如下列表值：
然后通过命令导入工作项类型定义文件：
witadmin importwitd /collection:http://xxx.xxx.xxx.xxx:8080/tfs/DefaultCollection /p:<Your project name> /f:<WIT Definition file>