将所有项目放在一个VSTS项目中，然后创建嵌套的史诗

Question

我一直在阅读VSTS的结构。关于项目结构的指导方针不是很明确。

我们的情况是我们有很多项目，只有一个由3个开发人员，2个测试人员和2个支持人员组成的小团队。现在，通常VSTS（ TFS Online ）建议为每个项目添加一个 VSTS PROJECT ，但我们都在不同的项目上随机工作项目，有时是每周2次冲刺中的2-3个项目。因此，为N个项目处理X个冲刺将是一场噩梦。

在这种情况下，我建议采取以下措施：

• 项目1（史诗）
  • 第1版（史诗）
    • 功能1
      • 用户案例1
        • 任务1
        • 任务N
      • 用户故事N
    • 功能N
  • 第N版（史诗）
• Project N（Epic）

将所有项目放入一个VSTS项目然后创建嵌套的史诗集是错误的吗？

Answer 1

我认为这不是问题。主要思想是：您的流程必须适应团队需求。 对于devops标准，存在一些偏差：

1. 只是一种替代方法。对于项目，您可以使用区域路径。为每个项目创建一个新的区域路径（Define area paths and assign to a team）。然后，您可以为每个项目使用单独的仪表板，积压和混乱板。
2. 对于Azure DevOps中的发行计划，可以使用迭代路径（Define iteration paths (aka sprints) and configure team iterations）。因为功能级别对于发布计划而言太大，并且Azure DevOps使用用户故事而不是功能。

也许这个实验室对您有用：Agile Planning and Portfolio Management with Visual Studio Team Services

注意事项（只要您有时间和兴趣即可）：

如果要使用“正确的名称”创建一些“清晰的流程”，则可以自定义流程模板About process customization and inherited processes：

1. 只需添加新的工作项目类型Project Add and manage work item types
2. 并将其用作投资组合级别Add or edit portfolio backlogs

然后您将拥有Project-> Release（Epic）-> FT-> US-> Task

您还可以将Release作为工作项类型添加到Epic级别。然后，您将拥有与实际开发过程相对应的过程模板：

Project-> Release-> FT-> US-> Task