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

Azure DevOps Services | Azure DevOps Server 2020

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

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

  进程 工作项类型 工作流
敏捷 Agile work item types Agile workflow
Scrum Scrum work item types Scrum workflow

有关所有进程的概述,请参阅 “选择进程”。

可能需要将流程从敏捷更改为 Scrum 的原因:

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

重要

如果有现有工作项,此过程需要手动更新工作项和板配置。 请确保按照本文中提供的步骤进行操作,以确保在更改项目使用的过程后解决所需的手动步骤。

先决条件

打开 设置>Process

可以创建、管理和对 组织设置>Process 中的流程进行自定义。

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

    Choose Organization settings.

  2. 然后选择 “进程”。

    Choose Process.

    重要

    如果未看到 “进程”,则你正在从 TFS-2018 或更低版本工作。 不支持 “进程 ”页。 必须使用本地 XML 进程模型支持的功能。

创建、管理和对集合设置>Process 中的进程进行自定义。

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

    Choose Organization settings.

  2. 然后选择 “进程”。

    Choose Process.

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

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

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

  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

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

    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.

更新工作项

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

  • 创建显示需要更新的所有工作项的工作项查询。
  • 执行批量更新,将 User Story 工作项的工作项类型更改为产品积压工作项。
  • 对所有状态执行批量更新,以从敏捷状态(主动、已解决和已关闭)更改为 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

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

可选更新

更改过程后,可能需要按如下所示进行其他更新: