Visual Studio Team Services / TFS 2015项目结构

Question

我一直在阅读TFS中推荐的项目结构。我正在考虑将我的公司转移到Visual Studio Team Services（VS Online）并且一直在尝试设置和测试以了解它将如何工作。根据我一直在阅读的文章，建议有一个团队项目，包含许多领域/迭代/团队（http://nkdagility.com/one-team-project/，http://nkdagility.com/working-within-a-single-team-project-with-team-foundation-server-2012/）。

我正在努力的是如何使这项工作适合我的特定环境以及我希望看到的内容。我们是一个小型开发团队，由我自己作为经理和2名开发人员组成。根据我们目前的结构（如下所述），我无法看到团队项目的完整积压。为了了解个人工作的进展情况，我将不得不进入个别团队项目。

当前结构

• TFS（服务器）

  • 会计（收藏）

    • 申请1（团队项目）
      • 推出
      • 测试
    • 申请2

  • 工程

    • 申请3
    • 申请4

我喜欢能够查看主要积压工作然后将工作项分配给各个项目的想法。但是，我仍然希望能够管理冲刺并查看到单个项目级别的燃尽图表。例如，如果开发人员1正在处理项目2，我想将PBI分配给该项目并查看该级别的燃尽图表。

新结构

• 团队服务（服务）
  • DefaultCollection（Collection）
    • DefaultProject（团队项目）
      • 会计（面积）
        • 申请1（申请）
        • 申请2
      • 工程
        • 申请3
        • 申请4

基本上，作为一名经理，我希望能够看到我们作为一个部门在我们整体积压中所处的位置。作为开发人员，我想知道哪些项目分配给我，无论他们与哪个应用程序相关。我是在正确的轨道吗？在输入这个问题时，我几乎已经说服自己，我实际上并不需要知道单个应用程序的积压。相反，我应该管理所有应用程序的所有工作，并将其用作sprint backlog。有时这个sprint将在更大的应用程序中发布多个版本，有时这个sprint将在多个较小的应用程序中进行更新。我们将非常感谢您提供的任何帮助，以帮助我指明正确的方向。

Answer 1

您可以在同一个团队项目中创建多个团队，您可以将它们嵌套以方便层次结构。

http://nkdagility.com/creating-nested-teams-visual-studio-alm/

您可以在我上面的帖子中看到如何配置它。它相当容易使用......

Answer 2

新结构很好。您可以从项目控制面板\概述创建两个团队：一个用于会计，一个用于工程。选中＆＃34;创建一个包含团队名称的区域路径＆＃34;创建团队时的选项。然后，您将拥有1个团队项目的整体项目页面和2个会计和工程的子项目页面，如下所示：

在整个项目页面中，您可以管理整体积压，查看整个项目的Burndown图表。在子项目页面中，您可以管理积压并检查单个项目的Burndown图表。