在以前的公司中，我们专门通过 Visual Studio 使用 TFS 2010，我们主要跨越工作项并将它们组织到迭代中。效果很好:大的工作被组织在用户故事下，较小的项目作为独立的任务和错误可以通过工作项目创建和跟踪，以在它们下面进行测试和修复。
现在换了一个雇主，尝试实现敏捷，我们主要通过 Web 界面使用 TFS 2012。作为唯一具有敏捷经验的团队成员，我自然会依靠我所知道的知识。
但是，TFS 2012 Web 界面似乎要求所有内容都属于用户故事。否则，它根本不会显示在待办事项中，尽管您仍然可以在 TFS 中找到它并根据它记录时间。
有两个问题:
1) 从流程角度来看，让每个琐碎的 1-2 天错误修复或增量更新都属于用户故事有什么优势？如果需要的话，允许不同类型的工作项目独立起来似乎更加灵活。
2) 有没有办法更改 TFS Web 界面中的设置，以允许其他类型的工作项目作为待办事项的一部分存在，而无需链接到用户故事？
最佳答案
每个流程模板都会对您如何构建工作做出某些假设。您可以在这些限制范围内工作，也可以开始自定义流程模板。
例如，敏捷 PT 仅在待办事项中包含用户故事，并假设所有工作都会有一个具有相关任务的用户故事(错误在这里是最糟糕的，因为为了符合 PT 假设，它希望您创建一个错误，然后创建链接的用户故事来规划工作，然后创建任务来跟踪工作)。
2012 年的 Scrum PT 更好，因为它在待办事项中包含了用户故事和 Bug。
如果这些都不能满足您的需求，您可以随时开始在流程模板中自定义流程模板(通过编辑 Categories.xml 和 CommonConfiguration.xml)。这是 Colin 撰写的一篇关于自定义 Agile PT 以将 Bug 包含在 Backlog 中的博客文章:http://www.colinsalmcorner.com/2013/01/subtle-msf-agile-enhancement-adding.html
关于tfs - 为什么 TFS 中的冲刺仅显示用户故事？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/19519863/