将项目流程从 Scrum 更改为 Agile

Azure DevOps Services | Azure DevOps Server 2020

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

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

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

有关所有工作项类型的所有流程和工作流的概述,请参阅 “选择流程”。

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

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

重要

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

先决条件

打开 设置>Process

你可以从 Organization settingsProcess> 创建、管理和对流程进行自定义。

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

    Choose Organization settings.

  2. 然后选择 “进程”。

    Choose Process.

    重要

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

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

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

    Choose Organization settings.

  2. 然后选择 “进程”。

    Choose Process.

创建和自定义敏捷继承的过程

  1. 在敏捷下创建一个名为“Agile - Inherited”的自定义过程。

  2. 如果在当前基于 Scrum 的项目中使用了产品积压工作项和障碍工作项类型,则需要 将这些工作项类型添加到 “敏捷 - 继承”流程。

    无需向这些工作项类型添加任何详细信息,因为稍后会将这些详细信息更改为用户情景和问题。 但是,如果已捕获字段中的详细信息(例如“工作”、“优先级”或其他字段),请将这些字段添加到工作项类型。

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

    Agile - Inherited WITs

更改进程

  1. 选择包含要更改的项目的进程。 若要从 Scrum 更改为 Agile,请选择 基于 Scrum 的 Scrum 或自定义流程。

    Choose the process

  2. 选择 “项目”,然后选择 要更改的项目的操作图标,然后选择“ 更改”过程。 在这里,我们选择 Fabrikam 光纤 PB 项目。

    Choose Projects tab

    完成向导中的步骤。

  3. 选择之前创建的 敏捷 - 继承 过程,然后选择 “保存”。

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

    如果跳过了 创建和自定义敏捷继承过程的步骤 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.

更新工作项

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

  • 创建显示需要更新的所有工作项的工作项查询。
  • 执行批量更新,将产品积压工作项工作项的工作项类型更改为用户情景。
  • 对所有状态执行批量更新,以从 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

    若要添加列或更改列名称,请参阅 向看板添加列

可选更新

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