开始管理项目
Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018
使用大多数Azure DevOps Services，可以开始使用服务并配置资源。 无需前期工作。 大多数设置都定义默认值。
如果已创建项目或已添加到Project管理员组，则需要熟悉你负责的管理任务。 可能需要执行一些任务，以确保操作体验顺利。
注意
本文概述了Project管理员组的成员应查看和参与的任务。 有关由Project集合管理员组的成员执行的任务的信息，请参阅管理组织或项目集合。
将用户添加到项目
将用户添加到团队或项目，以便他们可以为团队和项目做出贡献。 用户可以添加到多个团队和项目。
已添加到组织的用户可以通过将用户添加到团队或邀请他们参与项目，轻松添加到项目中。
团队管理员可以将用户添加到其团队，从而自动将其添加到项目中。 通过将用户添加到团队，可以让他们了解特定于团队的工具，例如团队安全组、团队成员小组件和冲刺容量规划工具。 若要了解有关团队的详细信息，请参阅 “关于团队”和“敏捷”工具。
Project管理员组的成员可以将用户添加到项目中。 将用户添加到团队或项目会自动将其添加到项目的 “参与者 ”组。 此组的成员有权访问参与工作项、代码、生成和发布所需的大多数功能。 有关默认权限的概述，请参阅 默认权限快速参考。
将用户添加到项目或组织后，可以从任何人员选取器工具浏览其显示名称或用户名 (电子邮件别名) 。 用户可以通过受支持的客户端或 Web 门户连接到项目并访问可用的功能。
若要了解详细信息，请参阅以下文章：
共享项目愿景，设置项目 Wiki
每个项目都有一个摘要页，可用于通过 自述文件 共享信息。 或者，将用户重定向到项目 Wiki。 对于不熟悉项目的用户，建议 设置项目摘要页。 或者，你可以 预配 Wiki。 使用这些功能共享项目的既定流程和过程。
删除未使用的服务
若要简化 Web 门户用户界面，可以禁用选择服务。 例如，如果使用项目仅记录 bug，则禁用除Boards以外的所有服务。 若要了解详细信息，请参阅 打开或关闭服务。
此示例显示禁用Test Plans：
管理安全性和权限
对选择任务的访问权限由权限和安全组控制。 若要快速了解为项目配置的默认值，请参阅 默认权限和访问权限。
下表列出了在项目级别分配的权限。 所有这些权限都授予Project管理员组的成员，但“删除共享分析视图”和“编辑共享分析”视图权限除外。 有关每个权限的说明，请参阅 权限和组引用、组。
下表列出了在项目级别分配的权限。 所有这些权限都授予Project集合管理员组的成员。 有关每个权限的说明，请参阅 权限和组引用、组。
注意
与 Analytics 关联的权限要求为本地项目集合选择继承的进程模型。
常规
- 删除团队项目
- 编辑项目级信息
- 管理项目属性
- 重命名团队项目
- 禁止显示工作项更新的通知
- 更新项目可见性
- 查看项目级信息
- 删除团队项目
- 编辑项目级信息
- 管理项目属性
- 重命名团队项目
- 禁止显示工作项更新的通知
- 查看项目级信息
- 删除团队项目
- 编辑项目级信息
- 管理项目属性
- 重命名团队项目
- 查看项目级信息
Boards
- 绕过工作项更新规则
- 团队项目的更改过程
- 创建标记定义
- 删除和还原工作项
- 将工作项移出此项目
- 永久删除工作项
- 绕过工作项更新规则
- 团队项目的更改过程
- 创建标记定义
- 删除和还原工作项
- 将工作项移出此项目
- 永久删除工作项
- 创建标记定义
- 删除和还原工作项
- 永久删除工作项
分析
- 删除共享分析视图
- 编辑共享分析视图
- 查看分析数据
测试计划
- 创建测试运行
- 删除测试运行
- 管理测试配置
- 管理测试环境
- 查看测试运行
若要详细了解项目级别的安全性和设置权限，请查看以下文章：
将成员添加到Project管理员组
创建项目的人员将自动作为成员添加到Project管理员组。 此组的成员有权管理项目配置、存储库、管道资源、团队和所有项目级权限。
拥有多个具有管理特权的人总是一个好主意。 若要将用户添加到此组，请参阅项目级别的“更改权限”，将成员添加到Project“管理员”组。
授予或限制权限
权限在以下三个级别进行管理，并通过基于角色的分配进行管理。
- object
- project
- 组织或集合
作为Project管理员组的成员，可以授予或限制所有对象和项目级别的权限。 若要将特定任务委托给其他人，建议将其添加到内置安全组或自定义安全组，或将其添加到特定角色。 若要了解详细信息，请参阅以下文章。
查看和更新通知
为添加的每个项目预定义了许多通知。 通知基于订阅规则。 订阅来自以下方面：
- 现用订阅或默认订阅。
- 由团队管理员或Project管理员或Project集合管理员组的成员定义的团队、项目和组织或集合订阅。
如果用户认为他们收到过多的通知，则可以指示他们 选择退出订阅。
确定可跟踪性要求
如果使用大多数Azure DevOps Services（Boards、Repos、Pipelines和Test Plans），则需要向团队发出警报，了解支持端到端可跟踪性的这些功能。 若要开始，建议查看以下文章：
设置DevOps策略
设置策略以支持跨团队协作，并自动删除过时的文件。 若要设置管理Azure Repos、Azure Pipelines和Azure Test Plans的策略，请查看以下文章：
配置和自定义Azure Boards
你可以配置和自定义Azure Boards，以支持许多业务要求来规划和跟踪工作。 至少需要配置以下元素：
- 按团队、产品或功能区域分组工作项的区域路径
- 将工作分组到冲刺、里程碑或其他特定于事件的或与时间相关的时间段的迭代路径。
如果你不熟悉Azure Boards并想要简要概述可以配置和自定义的内容，请参阅“配置和自定义”Azure Boards。
定义用于跟踪工作的区域和迭代路径
如果支持多个产品，可以通过定义 区域路径按功能区域分配工作项。 若要将工作项分配给特定时间间隔（也称为冲刺），请配置 迭代路径。 若要使用 Scrum 工具（冲刺积压工作、任务板和团队容量），需要配置多个冲刺。 有关概述，请参阅 “关于区域”和“迭代路径”。
| 迭代 | Areas |
|---|---|
 |
 |
自定义工作跟踪过程
创建项目后，你和你的团队可以立即开始使用所有工作跟踪工具。 但通常，一个或多个用户希望自定义体验以满足一个或多个业务需求。 可以通过用户界面轻松自定义该过程。 因此，你需要为将管理更新和评估请求的人员建立方法。
注意
默认情况下，向添加到Project集合管理员安全组的组织所有者和用户授予创建、编辑和管理用于自定义工作跟踪体验的过程的权限。 如果要锁定能够执行这些任务的人员，可以在组织级别将权限设置为 “拒绝”。
若要了解更多信息，请参阅下列文章：
与其他服务集成
Azure DevOps支持与 Azure、GitHub和其他许多服务集成。 作为Project管理员组的成员，可以配置与其中许多服务的集成。 若要了解详细信息，请参阅以下文章。
Microsoft Teams 集成：
Slack 集成：
添加团队以缩放项目
随着组织的发展，我们建议添加团队来缩放项目。 每个团队都可以 访问自己的一组可自定义敏捷工具。
若要了解详细信息，请参阅以下文章：