我们的开发团队正在升级到 TFS 2015，我们能够从头开始我们的工作项跟踪，所以我希望利用这一点来重新组织我们当前的一些流程。
但是我无法找到一种合乎逻辑的方式来组织跨多个产品的迭代，这是我们今天所做的一些背景
- - 我们有 3 个开发人员的 1 个小团队，我们都同时开发 3 个不同的产品，桌面、Web 和移动是 3 个产品，它们都是同一个客户拥有的密切相关的
- - 我已将 TFS 设置为 1 个大型团队项目，因为我已阅读这是组织工作的最佳方式，而不是单独的团队项目
- - 每个产品都有不同的内部版本号，因此我们可以为每个产品识别不同的发布版本
我为迭代组织尝试过的事情：
- - 每个产品的迭代号（桌面/build1.1 mobile/build3.1 web/build4.1）这不起作用，因为我只能将其中一个设置为“当前”，但实际上我们正在处理所有其中3个同时
- - 单次迭代编号 (root/build1.1) 这对我们来说在逻辑上也没有意义，因为 1.1 仅适用于其中一种产品，当我为产品创建构建时，它们将具有不同的构建编号，它们将不匹配TFS。此外，并非每次都发布所有 3 个产品，因此即使我对所有 3 个产品都使用了一个版本号，当前版本中未更新的产品的版本号也会有差距
- - 子迭代，例如，我可以将 mobile/build3.1 作为 desktop/build1.1 的子项，但它不会在“当前”下以这种方式显示，因此我们不会直观地看到当前版本将包含 mobile3 .1 项目也
- - 我读到我们可以为每个产品创建单独的团队，但是我们必须切换仪表板才能查看每个产品的当前构建。这也让人感觉很奇怪，因为这只是 3 个人在开发多种产品
我的目标是让我们能够在一个地方看到分配有当前项目的每个不同的产品版本号，任何人都可以提出一种组织方法吗？