通过

你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

云迁移功能

  • 项目

云迁移团队相当于新式技术实现团队或项目团队。 但云的性质可能需要更流畅的团队结构。 某些迁移团队专注于云迁移，而其他团队则专注于利用云技术的创新。 某些团队具有完成大型采用工作（例如完整的数据中心迁移）所需的广泛技术专业知识，而其他团队则具有更严格的技术重点，并可能在项目之间移动以完成特定目标。例如，一个数据平台专家团队可帮助将 SQL VM 转换为 SQL PaaS 实例。

无论云迁移团队的类型或数量如何，这些团队通常都会为 IT、业务分析或实现合作伙伴提供主题专家。

先决条件

  • 创建 Azure 帐户：使用 Azure 的第一步是创建帐户。
  • Azure 门户：浏览 Azure 门户功能和服务，并自定义门户。
  • Azure 简介：开始使用 Azure。 在云中创建和配置第一个虚拟机。
  • Azure 基础知识：了解云概念、了解优势、比较和对比基本策略，并探索 Azure 中提供的服务范围。
  • 查看迁移方法。

最小范围

所有云采用工作的核心是云迁移团队。 此团队可推动实现采用的技术变革。 根据采用工作的目标，此团队可能包含处理各种技术和业务任务的不同团队成员。

团队范围至少包括：

可交付结果

任何云迁移功能的主要需求都是及时、高质量地实现采用计划中概述的技术解决方案。它们符合治理要求和业务成果，并使用可用的技术、工具和自动化解决方案。

正在进行的每月任务

团队节奏

建议提供云采用功能的团队专门负责全时工作。

最好是这些团队每天以自我组织的方式开展会议。 每日会议的目标是快速更新积压工作 (backlog)，并沟通已完成的工作、当天要完成的工作、被阻止的工作，这需要额外的外部支持。

每个公司的发布计划和迭代持续时间都是独一无二的。 但是，一至四周的迭代周期似乎是平均持续时间。 无论迭代或发布节奏如何，我们都建议团队在每个发布结束时与所有支持团队会面，以沟通发布成果，并重新确定即将开展的工作的优先级。 同样，在每个冲刺 (sprint) 结束时，以团队方式与云卓越中心或云治理团队会面，以便在共同工作和任何支持需求方面保持一致，这一点也十分有价值。

与云采用相关的一些技术任务可能会变得重复。 团队成员应每 3-6 个月轮换一次，以避免员工满意度问题并维持相关技能。 云卓越中心或云治理团队的轮换席位可以提供绝佳的机会，让员工保持新鲜感并利用新的创新。

基线功能

根据所需的业务成果，提供完整的云采用功能所需的技能可能包括：

  • 基础结构实现者
  • DevOps 工程师
  • 应用程序开发人员
  • 数据科学家
  • 数据或应用程序平台专家

为了实现最佳协作和效率，我们建议云采用团队的平均团队规模为六人。 这些团队应从技术执行的角度进行自我组织。 我们强烈建议这些团队还应具有项目管理专业知识，并在敏捷、Scrum 或其他迭代模型方面拥有丰富的经验。 使用平面结构进行管理时，这种团队最有效。

超出范围

可能需要现有 IT 人员提供的其他支持。 IT 可以成为云中转站以及创新和业务敏捷性的合作伙伴，从而成为云采用的重要参与者。

后续步骤

采用很成功，但是不受控制的采用可能会产生意外结果。 与云治理团队保持一致，以加速采用和最佳做法，同时降低业务和技术风险。

这两个团队在云采用工作之间取得平衡，但被视为 MVP，因为它可能无法持续。 每个团队都扮演着不同的角色，如责任团队、问责团队、咨询团队、知情团队 (RACI) 图表中所述。

详细了解组织反模式：孤岛和壁垒。