【问题标题】:Azure Boards - Define/Manage Access to Work Item Creation or ModificationAzure Boards - 定义/管理对工作项创建或修改的访问
【发布时间】:2020-10-19 17:12:36
【问题描述】:

我计划将 Azure 板用作 ALM 工具。我需要隔离可以在 Azure 板中创建 Epic、功能或用户故事的用户。 A 团队由业务利益相关者组成,应该有权创建 Epic,由产品所有者组成的团队 B 应该有权创建功能,而由开发人员组成的团队 C 应该有权创建和修改用户故事。

我继承了默认敏捷流程类型。 是否有可能在 Azure Boards 中实现这种级别的权限隔离?

在此先感谢您。

【问题讨论】:

  • 请尝试用尽 azure 文档和支持,然后再回答“如何做”问题。该论坛旨在帮助您解决在尝试解决问题时遇到的问题。

标签: azure azure-devops azure-boards


【解决方案1】:

尝试使用Area Path 这将帮助您彻底解决您的问题

【讨论】:

    【解决方案2】:

    不过,目前不支持为不同的工作项类型设置不同的权限。工作项权限只能在区域级别分配。

    作为替代,您可以create three areas,然后根据您的要求为每个区域的不同组设置"Edit work items in this node" permission

    例如,您创建三个区域并将它们命名为“Epic”、“Features”和“UserStory”。

    在“史诗”区域,您将团队 A 的“编辑此节点中的工作项”权限设置为“允许”,并将其他团队的权限设置为“拒绝”。

    在“功能”区域,您将团队 B 的“编辑此节点中的工作项”权限设置为“允许”,并将其他团队的权限设置为“拒绝”。

    在“UserStory”区域,您将 Team C 的“Edit work items in this node”权限设置为“Allow”,并将其他团队的权限设置为“Deny”。

    这允许每个团队只在相应的区域创建和修改工作项。

    【讨论】:

      猜你喜欢
      • 2020-09-05
      • 1970-01-01
      • 1970-01-01
      • 2022-09-29
      • 2022-06-11
      • 1970-01-01
      • 1970-01-01
      • 2023-04-06
      • 1970-01-01
      相关资源
      最近更新 更多