管理变更

  • 项目

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Azure DevOps 提供了各种工具和功能，可帮助你有效地管理更改，这是任何项目的关键部分。 本文概述了如何管理变更并将敏捷更改管理任务映射到 Azure DevOps 支持的工具。

确定需要更改

以下几个源可以促成软件开发项目中的必要更改。

  • 业务需求和客户需求更改
  • 出现新的优先级
  • 随着新信息发生或发现依赖项，功能要求发生更改
  • 资源和组织更改
  • 开发或测试花费的时间比预期长
  • 部署和持续操作后出现问题

最小化更改

通过具有以下详细信息，最大程度地减少不必要的更改：

  • 明确要求和验收标准
  • 清除项目范围和优先级
  • 团队同意的明确变更管理流程
  • 计划工时的良好估计值
  • 协商的新工作请求
  • 要求
  • 发生更改时团队内部的良好沟通
  • 利益干系人和客户围绕更改请求的输入
  • 团队成员愿意在出现问题时提出问题

用于变更管理的敏捷最佳做法

注意

敏捷是一种项目管理方法，它通过将项目分解成称为“冲刺”的简短迭代周期来工作。 敏捷的核心是基于以下假设：随着项目的发展，环境发生变化。 因此，在敏捷项目中，永远不会完成规划、设计、开发和测试周期。 随着项目的形成，它们将继续更改。 — IMA

为了缓解发生变更的问题，敏捷项目经理采用许多最佳做法。 这些做法分为以下组： 控制流程、 管理产品计划级别的更改、 管理冲刺和 考虑更改条件。

控制进程

若要支持变更管理流程，请同时满足团队和业务目标，尽量减少解决更改所需的审批数量，并协助团队进行持续改进。

提示

持续改进是一种方法，可确保流程、方法和做法尽可能高效且有效。 — 敏捷和持续改进思维模式

管理产品计划级别的更改

  • 持续优化和确定产品计划和产品积压工作优先级
  • 确保了解并正确确定和传达客户需求
  • 分析产品积压工作以获取依赖项和风险
  • 制定应变计划
  • 分析和会审更改请求
  • 确定更改请求对当前和计划工时的范围影响
  • 评估接受或拒绝更改的风险
  • 根据需要使用浅色更改控件窗体

管理冲刺

  • 确保在冲刺开始时充分了解验收标准和要求
  • 努力尽量减少在冲刺开始后接受更改，同时仍遵循敏捷原则
  • 在发生更改时保留所有利益干系人和团队
  • 控制范围更改并最小化范围爬行
  • 保护团队免受对超出原始同意范围的项目进行更改

提示

什么是范围爬行？ 当项目的可交付结果或功能从最初定义的范围扩展时发生范围爬行，而不会对额外时间或预算进行相适应的更改。

考虑更改条件

考虑进行更改时，请提出以下问题。

  • 它是否为冲刺目标服务？
  • 更改是否有明确的业务价值？
  • 发布后，是否打算使用范围更改的结果？
  • 更改请求的紧迫性是什么？
  • 如果将新范围添加到冲刺积压工作，是否可以删除某些内容？

跟踪更改

有多个用于跟踪更改的选项。 从最轻量级到最可靠，可以使用以下一个或多个方法：

  • 通过讨论、对验收条件或附件的更改，跟踪对要求工作项内要求的更改
  • 向 工作项添加更改 标记以支持跟踪工作范围的更改
  • 设置通知以在团队或组织中自动传达更改
  • 添加跟踪范围或其他工作的更改的 bug
  • 添加更改请求工作项类型，以正式跟踪更改请求并将其记录到产品积压工作

使用上述任一方法，可以生成查询来列出涉及更改的工作项，然后与团队一起查看和会审更改。 选择跟踪更改的方式应与你和团队选择如何监视和报告更改范围保持一致。

使用更改请求表单

定义更改请求工作项类型，例如功能成熟度模型集成（CMMI）过程的下图中的更改请求工作项类型。

更改请求工作项窗体的屏幕截图。

表单捕获更改对以下方面的影响：

  • 体系结构
  • 用户体验
  • 测试
  • 设计和开发
  • 技术出版物

可以采用此窗体或自定义自己的表单。 还可以让更改请求与其他用户情景或要求一起显示在积压工作上。

确保验收条件定义明确

定义“完成”是指接受条件，这清楚地描述了验证是否完全实施要求或 bug 修复的条件。 通常，需要在工作项中捕获这些条件。 明确的验收标准可以帮助团队估算工作并开发测试，以确保满足条件。

可以指定各个要求和冲刺的验收条件。 对验收条件的共享理解可确保所有团队成员都了解工作范围。

监视和报告更改

Teams 可以通过工作项查询、团队速度图表以及冲刺进度和释放进度图表来监视更改。

工作项查询

使用 查询，可以查找并会审变更管理请求的列表，或者使用更改管理标记标记的工作项。

团队速度和计划外工作

团队 速度图 提供了几条信息。 此图表显示计划工时和完成的工作量。 从视觉上看，可以确定在冲刺开始后向冲刺添加工作的频率。

冲刺烧毁和范围爬行

要查看范围爬行的另一个图表是 冲刺烧毁图表。 使用 Azure Boards，可以查看每个冲刺的冲刺进度图表和每个团队，以确定在每个冲刺中引入的范围爬行程度。

获取更改通知

Azure DevOps 提供可靠的警报系统，项目成员可以 自行、团队或项目设置警报。 当工作项、代码评审、源代码管理文件和内部版本发生更改时，你可以收到电子邮件通知。