【问题标题】:Azure devops, what is the difference between stakeholder and basic user, and how to chose?Azure devops,利益相关者和基本用户有什么区别,如何选择?
【发布时间】:2021-05-15 22:28:59
【问题描述】:

将用户添加到 Azure devops 时,您必须选择该用户是基本用户还是利益相关者。

只有三种类型的用户使用 devops:

  1. 开发人员
  2. 管理员
  3. 开发运维

您如何将利益相关者和基本人员映射到这些?

可以假设涉众 = 管理员,基本 = 开发人员,但文档似乎指出涉众的权限较少。

文档说

利益相关者是可以免费但有限地访问 Azure DevOps 特性和功能的用户。通过利益相关者访问权限,您可以添加和修改工作项、管理构建和发布管道以及查看仪表板。

这并没有真正的帮助。利益相关者是开发人员吗?如果不是,他们是谁?利益相关者 = 不使用 git 或不知道管道是什么的非技术经理吗?在这种情况下,为什么他们可以使用技术含量高且只有高级开发人员才能接触到的管道?

谁能阐明这两种用户类型,以及我们如何知道选择哪一种以及何时选择?

【问题讨论】:

  • 是的,利益相关者的权限较少。利益相关者通常是希望查看/管理项目中的工作项的业务人员。它们实际上根本不是技术性的。他们还可以查看 Wiki 的
  • 如果有用,请接受下面的答案。您似乎没有接受答案的习惯。

标签: azure-devops


【解决方案1】:

通常,利益相关者用户不是开发人员或技术人员,因为利益相关者用户无权访问私有项目中的 Azure Repos。这意味着 Stakeholder 用户不能直接访问代码仓库,也不能将新的更改推送到仓库。

我认为,通常以下角色可以成为 Stakeholder:

  • 您的客户
  • 您的业务经理或相关业务人员

通常,这些角色主要管理或关心功能请求、任务分配、业务进度、成本控制等。这些角色需要有权访问 Azure Boards 和 Azure Pipelines。

该文档确实没有明确说明每个访问级别对应于组织中的特定角色。但是,您可以打开问题单 here 尝试要求 Microsoft 文档团队更新文档,为每个访问级别提供更多说明。

【讨论】:

    【解决方案2】:

    区别大纲在这里Stakeholder access quick reference

    正如其他答案所说,他们是非技术人员,如管理人员、冲刺经理、生产者或可能的客户。因为他们还可以查看(看板)板、打开和编辑工作项。将工作项添加到板

    将用户添加到项目最初会将他们分配为利益相关者,如果这是您的程序员朋友,您需要在组织设置>用户中升级他。

    虽然他/她的名字可能已经存在,但点击添加用户并将他/她重新添加为“基本级别”。他们将能够访问该存储库。

    【讨论】:

      【解决方案3】:

      只有三种类型的用户使用 devops:

      开发者

      管理员

      开发运维

      .. 和利益相关者。不一定是技术人员,但与项目有利益关系,需要查看/创建工作项、了解项目状态、查看文档、批准发布。

      DevOps 不仅仅是开发代码的开发人员。

      他们有权批准管道。这是有道理的,因为这些将是批准测试的决策者,因此构成允许发布的批准链的一部分。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2019-10-07
        • 2020-02-22
        • 2012-11-14
        • 2018-02-11
        相关资源
        最近更新 更多