在以前的公司中，仅通过 Visual Studio 使用 TFS 2010，我们主要将工作项向上扩展并将它们组织成迭代。效果很好：大件工作被组织在用户故事下，较小的项目作为独立的任务和错误可以使用工作项目创建和跟踪，以在它们下面进行测试和修复。
现在有一个不同的雇主，试图实施敏捷，我们主要通过 Web 界面使用 TFS 2012。作为唯一拥有敏捷经验的团队成员，我自然而然地依赖于我所知道的。
但是，似乎 TFS 2012 Web 界面要求所有内容都属于用户故事。否则它根本不会显示在积压中，尽管您仍然可以在 TFS 中找到它并记录时间。
所以两个问题：
1）有什么优势，让每一个微不足道的 1-2 天错误修复或增量更新都属于用户故事？如果需要，允许不同类型的工作项独立存在似乎更加灵活。
2) 是否有任何方法可以更改 TFS Web 界面中的设置，以允许其他类型的工作项作为积压工作的一部分存在，而无需链接到用户故事？
每个流程模板都会对您的工作结构做出一定的假设。您可以在这些限制范围内工作，也可以开始自定义流程模板。
例如，敏捷 PT 只在 backlog 中包含用户故事，并假设所有工作都会有一个用户故事和相关任务（这里的 bug 是最糟糕的，因为为了符合 PT 假设，它希望你创建一个 Bug，然后创建一个链接用户故事以计划工作，然后创建任务以跟踪工作）。
2012 年的 Scrum PT 更好，因为它在 backlog 中包含了用户故事和 Bug。
如果这些都不能满足您的需求，您可以随时开始在流程模板中自定义流程模板（通过编辑 Categories.xml 和 CommonConfiguration.xml）。这是 Colin 的一篇关于自定义敏捷 PT 以在待办事项中包含错误的博客文章：http: //www.colinsalmcorner.com/2013/01/subtle-msf-agile-enhancement-adding.html