VSTS中的规模化敏捷构建

Question

我正在创建一个新的VSTS环境，并根据研究结果，向我们的团队提出了以下建议。

Scaled Agile概念-映射到（在VSTS内）

1. 公司-团队项目
2. 价值流-价值区域
3. 产品-区域
4. 史诗-史诗
5. 功能-功能
6. 故事-故事
7. 任务-任务

能否请您帮忙此方法的利弊？

替代方法是创建一个名为“ Value Stream”的新工作项类型和名为“ Products”的新工作项类型，并通过父子关系链接所有内容。

或者您还有其他建议吗？

Answer 1

在TFS confused by team, area, project, area, iteration情况下，丹尼尔·曼（Daniel Mann）为这些定义提供了很好的解释：

• 团队项目是源代码，工作项， 构建定义，发布定义，手动测试等。您可以 每个集合有多个团队项目。团队项目最好 被认为是“软件应用程序和所有 计划工作，构建，测试和计划所需的相关工件 释放应用程序”。
• 团队是团队项目中的组织单位，它允许 多个团队在不同方面同时开展工作 软件组合。每个团队都可以拥有自己的待办事项列表，信息中心， 等等。团队与地区相关联。
• 区域是团队项目中用于以下目的的组织单位： 将类似的工作分组在一起。可以将区域分配给团队， 表示出现在该区域中的任何工作项都属于 那支球队。区域可以具有所需的任何层次结构，名称可以 不一定映射到任何团队项目名称或团队 名称。
• 迭代用于定义您的工作项目积压，以及 冲刺/迭代。通常会为一个团队分配积压的迭代， 然后子迭代定义sprint和相关的开始/结束 工作日期。

您还可以通过以下链接获得有关流程模板的更多信息：

https://docs.microsoft.com/en-us/vsts/work/work-items/guidance/choose-process?view=vsts