练习 - 自定义云采用计划

已完成

在此练习中,你将从以前的评估步骤中提取数据,以填充模板化的云采用计划。 该数据驱动的计划将帮助管理与迁移和部署新创新工作负载相关的工作。

自定义云采用计划

构建一个计划将云中需要的所有工作负载和资产都考虑在内是很诱人的。 如果你的团队没有良好的云采用流程,也没有与你选择的云供应商打交道的丰富经验,那么这样的计划可能会产生错误认识,并注入不必要的风险。

相反,使用一小组定义良好的工作负载来自定义和测试计划,以创建第一轮云采用。 在本单元中,我们将逐步介绍 Tailwind Traders 如何构建其首个采用计划。 该公司需执行以下步骤:

  1. 添加第一批工作负载
  2. 将从属资产与每个工作负载关联
  3. 设置工作负载优先级
  4. 作为团队评估迁移任务
  5. 估计任务并尝试在估计时间内完成任务
  6. 测试已部署的工作负载
  7. 优化流程和预估
  8. 将初步学习应用于更全面的采用计划

打开云采用计划模板

在本模块的第一个单元中,你使用云采用计划模板在 Azure DevOps 中创建了积压工作 (backlog)。 该单元的最后一个步骤建议将 URL 保存到该项目计划的“长篇故事层次结构”视图中。 使用该链接(或第一个单元中的步骤),打开该模板创建的积压工作 (backlog) 或项目计划。

添加工作负载

现在,我们将在项目计划中添加一些工作负载。 最后一个单元结束时,我们从 Tailwind Traders 的数字资产中识别了一系列工作负载。 在制定实际计划时,可能会针对第一次迁移的 10 个工作负载,但为了简洁起见,只会针对我们在最后一个单元中确定的六个工作负载。

注意

虚拟桌面和备份解决方案工作负载可能被视为技术平台,而不是工作负载。 但在迁移过程中,这种区别对如何将资产集合部署到云几乎没有影响。

  • 打开窗体以添加工作负载:展开积压工作 (backlog) 中的云迁移长篇故事,查看要迁移的所有工作负载。 选择“云迁移”长篇故事右侧的省略号以查看菜单。 在弹出菜单中,将鼠标悬停在“添加链接”上,然后选择“新建项”。

    Screenshot that shows the menu options for adding a workload.

  • 在计划中添加新的工作负载:第一个窗体要求提供一些基本数据,以将此工作负载添加到计划中。 这些问题采用 Azure DevOps 术语,而不是工作负载术语。 将要迁移的所有工作负载作为“云迁移”长篇故事的子元素添加到积压工作 (backlog) 中。 考虑到迁移支持工作负载的所有依赖资产所需的工作量,所有工作负载都作为功能输入。 输入工作负载名称以完成此窗体。 对于本练习,选择“子级”作为链接类型,选择“功能”作为工作项类型,输入“移动优惠券”作为第一个工作负载的标题,然后选择窗体底部的“确定”。

    Screenshot that shows creating a new workload (feature).

  • 输入工作负载数据:对于这前几个工作负载,重点关注你认为迁移团队完成迁移到生产环境所需的最小数据量。 工作负载名称应沿用以前窗体中的名称。 在说明框中填写应该标记为与此工作负载关联的所有资产的重要信息,例如关键性、数据敏感度、工作负载标记、业务组、工作负载所有者、操作承诺或应在工作负载的整个生命周期中保留的其他信息。 若要从头开始建立最佳做法,请在此窗体中开始你的第一个讨论,方法是概括将验证是否成功迁移此工作负载的测试要求。 选择“保存并关闭”,保存工作负载信息。

    Screenshot that shows the new feature form.

对第一轮迁移中的每个工作负载重复这些步骤。 对于此练习,请在计划中创建用于表示六个 Tailwind Traders 工作负载中每个工作负载的功能:移动优惠券、视频架、远程存储 POS、员工计划、虚拟桌面和备份解决方案。

添加资产

需要向计划添加支持工作负载所需的每个已列入清单的资产,以管理实际工作。 以下过程演示如何在相应的工作负载下添加每个资产。

注意

为简单起见,我们将对每个资产进行编号,而不是提供每个资产的名称。 在实际项目中,请记录名称和其他元数据方面来指导技术工作。

  • 打开窗体以添加新资产:展开积压工作 (backlog) 中的“移动优惠券”功能。 选择“移动优惠券”右侧的省略号可看到菜单。 在弹出菜单中,将鼠标悬停在“添加链接”上,然后选择“新建项”。

    Screenshot that shows the menu options for adding an asset.

  • 在计划中添加新资产:与添加新工作负载的流程类似,第一个窗体要求提供一些基本数据,以将此资产添加到计划中。 应将要迁移的所有资产作为相关工作负载功能的子元素添加到积压工作 (backlog)。 所有资产都作为用户情景输入,因为该资产的迁移是基于一系列任务的离散且可度量的结果。 输入资产名称以完成此窗体。 对于本练习,请选择“子”链接类型,为工作项类型选择“用户情景”,然后输入“Asset #1”作为第一个资产的标题。 选择窗体底部的“确定”。

    Screenshot that shows creating a new asset.

  • 输入资产数据:资产名称应沿用以前窗体中的名称。 在说明框中填写有关此资产的关键信息,例如资产类型(VM、数据或应用程序)、当前网络分段、已知依赖项、资产特定标记或其他可帮助进行资产迁移的信息。 若要从头开始建立最佳做法,请开始思考验收条件。 在将资产部署到云后,可使用“验收条件”复选框来填充有关该资产的测试方式和测试主体的详细信息。 选择“保存并关闭”,保存资产信息。

Screenshot that shows the new user story form.

设置工作负载优先级

在积压工作 (backlog) 的“长篇故事层次结构”视图中,可以在列表中上下拖动工作负载以反映线性优先级,并开始建立要迁移的工作负载序列。

随着计划中工作负载数量的增加,这种方法可能不够可靠,无法提供必要的清晰度。 选择任何工作负载,打开用于添加此初始工作负载的工作项编辑窗体。 在窗体的“计划”部分中,可以使用“优先级”、“风险”、“业务值”或“时间紧迫性”字段来表示更持久的优先级值。

最重要的是,定义要迁移的工作负载波将确定要完成工作的优先级。 在同一窗体上,可以使用“迭代”下拉列表设置每个工作负载的迭代。

如果使用窗体设置优先级值,请记住在完成后选择“保存并关闭”。

Screenshot that shows different ways to record workload prioritization.

作为团队评估迁移任务

云采用计划模板部署了一个示例工作负载模板,用于显示迁移可能需要的不同工作。 根据所选择的迁移方法,所需的任务可能会有所不同。

资产迁移:所有迁移方法的核心都是一个简单的两步过程,必须为每个资产完成此过程:评估兼容性和迁移资产。 大多数团队还会添加基本过程来优化大小、配置安全和管理设置,并记录该资产的配置。 你可对数字资产中的所有资产重复这些任务。 该模板包含用于完成每个任务的说明链接。

资产迁移适用于小规模的战术工作,但这种方法并不能扩展来满足复杂迁移或采用工作的需求(例如,Tailwind Traders 需要完成的迁移或采用工作)。

工作负载迁移:若要扩展这些流程,工作负载迁移可能更有用。 在该方法中,可以忽略与模板中的每个资产关联的任务。 资产是使用 Azure Migrate 等工具批量迁移的。 对于每个工作负载,请完成一次评估、大小调整、依赖关系、测试和文档来减少冗余任务。 迁移工作负载时,还将取消现有资产,以停用未使用的资产并减少持续成本。

工作负载迁移要高效得多,但当工作开始集中在数千个 VM 上时,也可能达到规模点。

迁移工厂:对于最大规模和可重复率最高的选项,当在你和你的团队获得额外经验时,你可构建一个迁移工厂。 云采用框架的过程改进部分提供了许多需要考虑的过程。

添加任务

团队在满足支持进程所需的任务后,你可开始将这些任务添加到每个工作负载和/或资产中。

与前面的步骤类似,在这里选择任何工作负载或资产旁边的省略号来添加任务。 唯一的区别是,你要从“工作项类型”下拉列表中选择“任务”,来跟踪与此任务关联的分配和工作。

Screenshot that shows adding tasks.

如果直接将任务添加到工作负载,你可能还要添加用户情景来分组工作和帮助进行分配。 该模板提供用于分组工作的用户情景示例,如下图所示:

Screenshot that shows group tasks in user stories.

估计任务并尝试在估计时间内完成任务

对于团队同意包含的每一项任务,要估算完成这项工作所需的时间。 在“初始估计”文本框中输入估计时间,然后选择“保存并关闭”。

每天,在第一次迭代期间与团队会面,以捕获工作进度。 每天更新会议中的剩余时间和完成时间值。 这有助于团队密切关注完成每项任务的难度,并帮助改进对未来的评估。 对于前几次迭代,练习在讨论框中记录关于将要完成的工作的观察结果,以帮助保留任何经验教训。

注意

当团队开展工作时,他们同意的一些工作可能看起来没有必要。 为了继续学习,请尝试确保所有任务在迭代过程中完成,以验证这些现象,然后在未来的迭代中调整它们。 请勿让不必要的任务阻碍交付用户情景或迁移工作。

测试部署

部署每个资产后运行测试,以验证完成情况以及是否遵循初始设计。

部署每个工作负载的最后一个资产后,请验证体系结构、性能和大小。 最重要的是,尽可能地对实际业务用户执行工作负载测试。

回顾以优化流程和估计

在第一次迭代结束时,以团队的形式讨论哪些有成效,哪些没有。 还要了解团队想要停止执行的、继续执行的或加大力度执行的操作。

将这些简单的注意事项应用于要在下一次迭代中包含的任务列表中。 还可以使用任务所用的时间来通知团队的新评估。

将初步学习应用于更全面的采用计划

为前三次迭代重复本文中的步骤,以便继续学习和优化过程。 几次迭代之后,团队应了解所需的任务、完成这些任务的时间,以及将在数字化转型计划中获得成功的整体流程。

每次迭代完成后,项目经理应使用前面单元的评估数据来填充更丰富的计划,包括所需的工作负载和资产数量。

作为一般规则,项目经理应尝试为前几次迭代的每个迭代加载 10 个工作负载。 当你完成更多回顾后,就能更清楚地了解团队在两周迭代内可完成的工作负载量了。 一些成熟的团队可以在两周冲刺 (sprint) 中迁移成千上万个资产。 但这些资产支持的工作负载的测试和生产发布将需要更多时间。

在最初执行迭代的前几周,大多数迁移项目都应能够进行加载、确定优先级、分配给迭代并进行评估。 通常,项目持续时间和时间线的准确性在第三次迭代完成时稳定下来。

大规模集成数字资产

你可使用 Microsoft Excel 的 Teams 加载项更快速地添加工作负载、资产和任务。 下一单元的“下一步”部分提供了一系列文章链接,介绍了如何使用初始云采用计划中提供的工作负载模板加载大量工作负载和资产。

合作伙伴参与

提供云采用框架批准产品/服务的 Microsoft 合作伙伴可以加速迁移的计划和执行,显著减少组织所需的重复工作量。 有关经验丰富的合作伙伴提供的产品/服务,请参阅云采用框架合作伙伴产品/服务站点