将项目流程从敏捷更改为 Scrum

  • 项目

Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2020

可以根据敏捷流程更改项目，以使用继承的 Scrum 进程。 本文提供进行此更改所需的步骤。

在进行此更改之前，我们建议你熟悉要更改的过程。 对于 Scrum 和 Agile 流程，任务、Bug、功能和 Epic 工作项类型都是相同的。 但是，某些“状态”和“原因”字段值不同。

  进程 工作项类型 Workflow
敏捷 Screenshot that shows Agile work item types. Screenshot that shows Agile workflow.
Scrum Screenshot that shows Scrum work item types. Screenshot that shows Scrum workflow.

有关详细信息，请参阅 关于进程和进程模板。

你可能希望将流程从敏捷更改为 Scrum 的原因：

  • 你想要使用产品积压工作项和工作量，而不是用户情景和故事点。
  • 你的组织要求每个人都使用基于 Scrum 流程的自定义继承过程来标准化跟踪。

警告

如果已有工作项，此过程需要手动更新工作项和板配置。 请确保遵循本文中提供的步骤，以确保在更改项目使用的过程后解决所需的手动步骤。

先决条件

  • 若要创建、删除或编辑进程，您必须是 Project Collection 管理员istrators 组的成员，或者具有集合级权限创建进程、删除进程、编辑进程或从组织中删除字段。 有关详细信息，请参阅 设置工作跟踪的权限和访问权限，自定义继承的进程。
  • 即使你拥有 “基本 ”或 “利益干系人 ”访问权限，如果有人授予你执行此操作的权限，你仍然可以更改流程。
  • 若要更新看板，你必须是团队管理员或 Project 管理员istrators 组的成员
  • 若要更新和更改现有工作项的类型，您必须是项目的成员。

打开“设置”>“流程”

通过“组织设置>流程”创建、管理流程并对其进行自定义。

  1. 选择 Azure DevOps 徽标以打开 “项目”。 然后选择 “组织设置”。

    Choose Organization settings.

  2. 然后选择“ 处理”。

    Choose Process.

    重要

    如果未看到 “进程”，则使用的是 TFS-2018 或更早版本。 不支持 “进程 ”页。 必须使用 本地 XML 进程模型支持的功能。

通过“集合设置过程”>创建、管理进程并对其进行自定义。

  1. 选择 Azure DevOps 徽标以打开 “项目”。 选择要自定义其进程的项目集合，然后选择 “集合设置”。

    Choose Organization settings.

  2. 然后选择“ 处理”。

    Choose Process.

创建和自定义 Scrum 继承的进程

第一步是创建可以自定义的继承过程。 默认系统进程被锁定，无法自定义。

  1. 从“进程”页中，选择Scrum 系统进程的操作图标，然后选择“创建继承的进程”。 将进程命名为“Scrum - Inherited”。

  2. 如果当前项目使用用户情景和问题工作项类型，请将 这些工作项类型 添加到“Scrum - 继承”进程。

    无需向这些工作项类型添加任何详细信息，因为稍后将将它们更改为产品积压工作项和障碍。 但是，如果已捕获字段中的详细信息（例如故事点、优先级或其他字段），请将这些字段添加到工作项类型。

  3. 完成后，工作项类型列表应如下所示。

    Scrum Inherited WITs

更改项目流程

  1. 选择包含要更改的项目的进程。 若要从敏捷更改为 Scrum，请选择 “敏捷”或基于敏捷 的自定义流程。 在这里，我们选择敏捷。

    Choose the Agile process

  2. 选择 “项目” ，然后选择要更改的项目的操作图标，然后选择“ 更改过程”。 在这里，我们选择 MyAgile 项目。

    Choose Projects tab

    完成向导中的步骤。

  3. 选择 之前创建的 Scrum - 继承 的进程，然后选择“ 保存”。

    Step 1 of 3 of change process dialog, Choose the process

    如果跳过了“创建”步骤 2 并自定义了 Scrum 继承的进程，将收到以下消息以添加缺少的工作项类型。

    Step 2 of 3 of change process dialog, Retry

    关闭向导对话框并立即添加缺少的工作项类型。 请参阅添加和管理工作项类型。

  4. 成功完成后，向导会显示以下信息。 记下要遵循的步骤，然后选择 “关闭”。

    Step 3 of 3 of change process dialog

手动更新工作项和板设置的步骤：

  • 将列更新为每个团队看板的状态映射
  • 使用目标进程设置的工作项类型更新现有工作项
  • 使用目标进程的正确状态模型更新现有工作项。

更新看板列到状态设置

可以自定义看板以显示中间列。 对于添加的每个列，必须为板上显示的工作项类型选择有效的工作流状态。 若要了解详细信息，请参阅 工作流状态和状态类别。

  1. 对于每个团队， 打开看板。

    Open team Kanban board

  2. 选择 “立即更正此” 链接或 齿轮图标以配置开发板设置。

    “设置”对话框随即打开。 显示所需图标的 选项卡需要更正。

    Columns dialog

    重命名每个列并为每个列选择正确的状态，以便列到状态映射正确。 根据需要添加一个或多个列。 完成后，选择 “保存并关闭”。

    Kanban board fixed.

更新工作项

下一步是批量更新工作项。 建议的序列为：

  • 创建显示需要更新的所有工作项的工作项查询。
  • 执行批量更新，将用户情景工作项的工作项类型更改为产品积压工作项。
  • 对所有状态执行批量更新，以从敏捷状态（“活动”、“已解决”和“已关闭”）更改为“Scrum 进程状态”：“已批准”、“已提交”和“完成”。

  1. 创建查询 以获取所有用户故事、问题、功能、任务和史诗的列表。 需要更改前两个工作项类型的工作项类型以及所有项的“状态”和“原因”字段。

    Query all items

  2. 选择 操作图标，然后选择“ 列选项”。 选择以显示“状态”和“原因”字段。 选择“ 排序 ”选项卡，并将其设置为按工作项类型和状态值对列表进行排序。

    Column options dialog, sort tab

  3. 选择 “结果” 可仅显示工作项列表。

  4. 突出显示所有用户情景，选择 操作图标，选择 “更改类型”，并将类型更改为“产品积压工作项”。

    Change type dialog

    有关详细信息，请参阅 移动、更改或删除工作项、更改工作项类型。

    工作项类型和状态不匹配时，可能会收到错误。 在这种情况下，在更新状态之前，无法保存更改，如下一步中所述。

    Error state of changed work item type

  5. 突出显示相同状态的所有工作项，例如“已解决”，选择 操作图标，然后选择“ 编辑”。 添加“状态”字段，然后选择“已提交”或“产品积压工作项”的有效值。 可能还需要更新“原因”字段。 有关详细信息，请参阅 批量编辑工作项。

    Edit work item dialog

    这应该会导致更新的列表没有错误。

    Updated list without errors.

  6. 若要保存更改，请选择 操作图标，然后选择“ 保存项目”。

  7. 重复上述步骤，将问题的工作项类型更改为障碍，并将状态更新为工作项类型的有效状态。

  8. 完成后，请确保选择 操作图标，然后选择“ 保存项”。

提示

如果你有许多字段值更改，例如使用故事点中保存的值填充“工作”字段，则可以使用 Excel 执行此操作。 请参阅使用 Excel 批量添加或修改工作项。

验证所做的更改

  1. 转到团队积压工作并查看用户情景。

    View team backlog

  2. 转到团队板并验证列设置是否有效。

    View team board

    若要添加列或更改列名称，请参阅 将列添加到看板。

可选更新

更改过程后，可能需要进行其他更新，如下所示：