在visual studio online上，可以选择配置工作区域。我创建了一个项目，它使用了＆＃34; Microsoft Visual Studio Scrum 2013.4＆＃34;流程模板。
我开始将工作项输入项目并找到配置工作区的选项，我不确定如何在此上下文中使用工作区。
在Scrum方法的背景下，工作区的目的是什么？
答案 0 :(得分：5)
当你有多个团队（团队有自己的区域），构成产品的多个物理事物（网站，胖客户端，某种集成库）时，区域是一种组织积压的方法。
或者，产品的一个非常常见的用途，功能区域（例如购物车，搜索，结帐，付款，用户管理）。你可以从PBI标题中得到一些，或者你正在使用标签。这导致故事包括所有图层的工作，这确保每个故事本身提供价值。
Scrum中没有任何内容与此直接相关，尽管许多较大的scrum项目使用功能团队并试图在多个这些区域中分解产品，以防止团队在同一段代码中相互绊倒。它为团队提供了明确的重点，并帮助他们进行改进（因为他们不需要一直了解整个产品的所有细节）。
过去，许多团队使用该区域来表示产品的技术领域（前端，业务层，数据库层，数据库架构，Web服务等），这被认为不是打破积压的最佳方式，它经常导致组件或层故事本身不提供任何价值。
官方文件can be found here。我认为页面底部的这些Q也会对你有所帮助：
您不必添加任何区域节点。但是，区域可用于根据功能过滤工作项查询和报告。添加区域节点时请考虑以下准则：
- 定义支持可追溯性和安全性要求的区域。
- 避免创建过于复杂的区域结构。您可以创建区域来分区工作项的权限，但复杂的树需要大量的权限管理开销。您可能会发现复制其他团队项目中的结构和权限太多了。
- 每个团队都可以创建一个区域层次结构，团队可以根据这些区域组织积压项目，用户故事，需求，任务和错误。
- 使用区域表示逻辑或物理组件，然后创建子区域以表示特定功能。您的团队可以使用此结构来保持工作项的有序性，并通过组件或功能提高可跟踪性。
（备注：小心这是它也反映了你的团队 结构体。这可能会导致价值延迟。）- 创建要限制访问权限的区域。
答：虽然没有子团队的概念，但您可以创建其区域路径位于另一个团队下的团队，这有效地创建了团队的层次结构。要了解更多信息，请参阅添加其他团队。 此外，这两篇白皮书可引导您完成配置团队，区域路径和迭代的步骤，以支持项目组合管理或企业组织：
答：是的。如果您的组织有多个团队，这些团队使用共同的待办事项和许多产品领域，您可能希望更改团队的配置方式。通过添加自定义字段来表示组织中的团队，您可以重新配置敏捷规划工具和页面以支持您的团队，并将分配与团队和区域路径分离。
（备注：visual-studio-online 目前无法做到这一点）