在以前的公司中，仅通过visual studio使用TFS 2010，我们主要跨越工作项并将它们组织成迭代。哪个工作正常：在用户故事下组织了大量工作，在独立任务中组织了较小的项目，可以使用工作项创建和跟踪错误，以便在其下进行测试和修复。
现在有一个不同的雇主，试图实施敏捷，我们主要通过网络界面使用TFS 2012。作为拥有敏捷经验的唯一团队成员，我自然会依赖于我所知道的。
但是，TFS 2012 Web界面似乎要求所有内容都属于用户素材。否则它根本没有显示在积压中，尽管你仍然可以在TFS中找到它并记录时间。
所以有两个问题：
1）在每个微不足道的1-2天错误修正或增量更新属于用户故事的过程中有什么优势？如果需要，允许不同类型的工作项单独使用似乎更灵活。
2）有没有办法更改TFS Web界面中的设置以允许其他类型的工作项作为积压的一部分存在，而无需链接到用户故事？
答案 0 :(得分：2)
每个流程模板都会对您的工作结构做出一定的假设。您可以在这些约束内工作，也可以开始自定义流程模板。
例如，Agile PT仅在待办事项中包含用户故事，并假设所有工作都有一个带有相关任务的用户故事（此处的错误最严重，因为要符合它期望您创建Bug的PT假设，然后创建一个链接的用户素材来计划工作，然后创建任务来跟踪工作。
2012年的Scrum PT更好，因为它在待办事项中包含用户故事和错误。
如果这些都不符合您的需求，您始终可以开始在流程模板中自定义流程模板（通过编辑Categories.xml和CommonConfiguration.xml）。以下是Colin关于自定义Agile PT以在Backlog中包含Bugs的博客文章：http://www.colinsalmcorner.com/2013/01/subtle-msf-agile-enhancement-adding.html