Azure Boards 常见问题解答

作为 Azure Boards 项目的成员，你可以使用大多数功能来跟踪工作。 选择功能的限制基于用户分配到的访问级别和安全组。 另外，还可以根据工作跟踪权限或自定义规则施加其他限制。 有关详细信息，请参阅 Azure Boards 的默认权限和访问权限。

可以通过设置区域路径的权限来限制访问。 有关详细信息，请参阅以下文章：

• 设置工作跟踪和计划权限
• 授予或限制选择任务的权限

是。 基于用户或组成员身份的条件规则会缓存在 Web 浏览器中。 如果你发现自己被限制更新某个工作项，可能是受制于以下规则之一。 有关条件规则的详细信息，请参阅规则和规则评估。 如果缓存存储过时的规则，可等待客户端缓存在三天内过期，也可清除缓存。
若要清除缓存，请在浏览器命令窗口中运行以下命令，然后刷新浏览器：window.indexedDB.deleteDatabase("wit")

请参阅连接到 Azure DevOps 的工具和客户端。

有关工作项的简介，请参阅关于工作项。

若要查看项目中定义的所有工作项，请打开查询并添加两个子句：

• Work Item Type = [Any]
• State = [Any]

在此处，可以添加筛选器来优化查询。 有关详细信息，请参阅使用查询编辑器创建和保存托管查询。

“否”。 工作项只能分配给单个用户。 此外，只能添加可从人员选取器获取的用户。

将工作分组的主要方法是将其分配到同一区域路径。 区域路径用于按产品、功能或业务区域对工作项进行分组，并支持负责分配给这些区域的工作的团队。 此外，还可以使用父子链接（称为分层分组）在父级工作项下对工作进行分组。

有关这两种用法及其支持的工具的讨论，请参阅配置和自定义 Azure Boards、区域路径、产品团队和项目组合管理。

里程碑标记不用于 Azure Boards 工作跟踪，但交付计划除外。 交付计划提供日历视图，并允许你定义里程碑标记。 有关详细信息，请参阅查看团队交付计划。

但是，可以使用以下一个或多个选项将工作项标记为里程碑：

• 在工作项的标题中预置或追加里程碑一词
• 添加标记为里程碑的工作项标记
• 添加标记为里程碑的自定义字段，并使用里程碑的选择列表填充该字段
• 使用“前置任务/后续活动”或相关链接类型将工作项链接到里程碑工作项
• 将里程碑工作项分配给要完成的冲刺 (sprint)。

可以通过使用相关或其他链接类型链接工作项来跟踪工作项之间的依赖项。 请参阅将工作项链接到其他对象。

如果要跨一个或多个组织跟踪依赖项，可能需要使用依赖项跟踪器。

每个进程定义四个默认积压工作级别：迭代积压工作、要求积压工作、功能和长篇故事组合积压工作。 添加到每个积压工作级别的工作项类型是自然工作项类型，用于形成父子关系并将工作项分组到层次结构中。 有关详细信息，请参阅整理积压工作，将子工作项映射到父项。 若要自定义流程，请参阅自定义积压工作或面板、编辑或重命名要求积压工作。

请参阅批量修改工作项、批量修改富文本字段。

是的，可以设置积压工作级别以包含两个不同的规则。 当任何子级设置为活动时，第一个规则会将父级设置为活动状态。 第二个规则将在所有子级关闭时将父级设置为“已解决”或“已关闭”。 可以为积压工作级别配置这些规则。 有关详细信息，请参阅自动执行工作项状态转换

在团队管理员在积压工作上设置自动化规则后，工作项会自动更改状态。 创建规则以根据子级的状态更改，自动将状态设置为活动状态或已关闭状态。 有关详细信息，请参阅自动执行工作项状态转换。

只有当子项目的状态从“新建”变成“活动”或“已关闭”时才会触发规则。 当子项目的状态从“已关闭”变回“活动”时，规则不会触发。 目前，这是设计使然。

不可以，这些规则将应用于该积压工作级别中的所有工作项类型。 我们使用状态类别而不是状态，因为状态类别对于所有工作项类型都是一致的。

是的，规则是在积压工作级别配置的。 有关用户情景积压工作的自动化规则不会影响功能或长篇故事。 不过还可以单独为功能和长篇故事设置规则。 有关详细信息，请参阅自动执行工作项状态转换。

仅当父级和子级都属于同一团队时，规则才会触发。 我们不希望为属于其他团队的项目自动触发规则。 有关详细信息，请参阅自动执行工作项状态转换。

每个积压工作和面板都表示基于团队区域路径和迭代路径分配筛选的工作项集。 积压工作列表工作项，面板将工作项显示为卡片。 若要了解如何应用筛选，请参阅关于团队和敏捷工具、积压工作和面板引用的团队默认值。

若要添加积压工作或面板，请添加团队。 每个团队都配置了自己的积压工作和面板集，如关于团队和敏捷工具中所述。 每个团队都可以自定义这些敏捷工具。

Azure DevOps 施加了许多限制，例如积压工作或面板上显示的工作项数、可定义的团队数等。 有关完整列表，请参阅工作跟踪、流程和项目限制。

请参阅 Azure Boards 迁移和集成。

每个积压工作都根据团队选择的区域路径、迭代路径和工作项类型列出筛选的工作项集。

• 产品积压工作：默认情况下，列出用户情景（敏捷）、问题（基本）、产品积压工作项和 bug (Scrum) 或要求 (CMMI)。 提供用于显示“父项”、“预测”和“正在进行”或“已完成”子项的选项。
• 组合积压工作：默认情况下，列出功能积压工作的功能（所有流程模型）和长篇故事积压工作的长篇故事（敏捷、Scrum 和 CMMI）。 提供用于显示“父项”和“正在进行”或“已完成”子项的选项。
• 冲刺积压工作：默认情况下，无论状态如何，都会列出分配给所选迭代的所有产品积压工作项。 提供用于显示“工作详细信息”的选项。

是。 可以将冲刺分配给工作项，并根据迭代路径筛选开发板。 有关详细信息，请参阅 “筛选开发板”。

否。 任务清单仅支持任务工作项类型。

Azure DevOps 不提供关键路径的本机视图。 在一定程度上，敏捷方法倾向于最小可行产品 (MVP) 而不是关键路径管理 (CPM)。 通过使用 MVP，可以通过确定长篇故事、功能、故事和任务的优先级来标识最短的路径和依赖项。

也就是说，我们建议使用交付计划来查看工作的依赖项和日历视图。

如果你的组织支持连接到 Microsoft Project，你可能会发现更多支持将 Azure DevOps 连接到 Microsoft Project 的市场扩展。

有关更多上下文，请参阅敏捷项目的关键路径和在 Azure DevOps 上运行精益启动。

“否”。 为团队容量输入的数据没有保存在常规数据存储区中。

否。 不支持此功能。 这是一项建议的功能，可以通过转到我们的开发者社区页面来投票赞成。

是的，请参阅 按分配或工作流更改的查询，板式更改查询。

可以，通过添加基于查询的面板市场扩展。

可以，通过添加 Azure Boards 看板工具市场扩展。

是的，可以使用“板栏和板栏完成”字段跟踪板上的列移动。

如果在打开开发板时收到以下错误，则需要更正配置。 出现此错误的主要原因是已添加到“要求”类别的工作项类型的工作流状态未映射到列。

选择“立即更正”以打开“设置”对话框。 在以下示例中，添加了两个新状态：“已会审”（对于 bug）和“调查”（对于用户情景）。 然后，每个状态都映射到现有列或新列。 将每个状态映射到列后，开发板将显示分配给这些状态的工作项。

是的，你可以在 板上添加或删除泳道 。 还可以设置泳道规则，在满足某些条件时，Azure Boards 会自动将工作项移动到特定通道中。

可以为所属团队定义工作项模板。 若要定义工作项模板以指定选定字段的默认值，请参阅使用模板添加和更新工作项。

目前不支持为团队设置默认模板的功能。

“否”。 目前不支持此功能。

示例请求：创建模板时，我希望默认使用父级用户情景。模板中没有预先确定的字段。此函数是否会/可能处于用户定义的选择之下？

否，没有对创建层次结构模板的本机支持。 具体而言，不能指定默认父级工作项。 但是，可以使用 Excel 快速复制任务、bug 和其他项，以在树列表中应用父子链接。 或者，可以使用开发板添加子任务、积压工作项或功能。 有关详细信息，请参阅：

• 添加任务清单
• 添加、运行和更新内联测试
• 添加功能和长篇故事

在工作项类型页面中，选择现有模板的 操作图标，然后选择“删除”选项。

Azure Boards 与适用于 Azure DevOps Server 2019 及更高版本的 GitHub 集成。 有关详细信息，请参阅 Azure Boards 和 GitHub。

“否”。 目前不支持此功能。

Azure Boards 的配置和自定义发生在项目和团队级别。 有关可以配置和自定义哪些内容以支持业务需求的概述，请参阅 Azure Boards 的配置和自定义。

有关配置和自定义的常见问题解答，请参阅 Azure Boards 配置和自定义 FAQ。

相关文章

• 查询 FAQ
• 工作跟踪、进程和项目限制
• Azure Boards 配置和自定义 FAQ
• 常见问题解答：使用连接到 Azure Boards 的 Excel
• 跨项目工作 FAQ
• Azure Boards 扩展
• 关于团队和敏捷工具