【问题标题】:Scaled Agile constructs within VSTSVSTS 中的可扩展敏捷结构
【发布时间】:2018-06-27 03:20:10
【问题描述】:

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

Scaled Agile 概念 - 映射到(在 VSTS 内)

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

您能帮忙说明这种方法的优缺点吗?

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

或者您还有其他建议吗?

【问题讨论】:

    标签: azure-devops agile


    【解决方案1】:

    Daniel Mann 为TFS confused by team, area, project, area, iteration 中的定义提供了很好的解释:

    • 团队项目是源代码、工作项、 构建定义、发布定义、手动测试等。你可以 每个集合有多个团队项目。团队项目可以做到最好 被认为是“软件应用程序的集合和所有 计划工作、构建、测试和 发布应用程序”。
    • 团队是团队项目中的一个组织单位,允许 多个团队同时在不同方面工作 软件组合。每个团队都可以有自己的积压工作、仪表板、 等。团队与区域相关联。
    • 区域是团队项目中的一个组织单位,用于 将相似的工作组合在一起。一个区域可以分配给一个团队, 表示该区域中出现的任何工作项都在 那支球队。区域可以具有您想要的任何层次结构,并且名称可以 不一定映射到团队项目名称或团队之类的任何内容 名字。
    • 迭代用于定义工作项积压和 冲刺/迭代。一个团队通常被分配一个积压迭代, 然后子迭代定义冲刺和相关的开始/结束 工作日期。

    您还可以通过以下链接获取更多流程模板信息:

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

    【讨论】:

      猜你喜欢
      • 2016-09-28
      • 1970-01-01
      • 1970-01-01
      • 2014-08-22
      • 1970-01-01
      • 2017-09-01
      • 2023-03-30
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多