云迁移函数

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

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

先决条件

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

最小范围

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

团队范围至少包括：

• 数字资产的合理化
• 查看、验证和推进优先迁移积压工作 (backlog)
• 执行第一个工作负载，作为学习机会。

可交付成果

任何云迁移团队的主要可交付结果是采用计划中概述的技术解决方案的及时、高质量实施，并符合治理要求和业务成果，使用可用的技术、工具和自动化解决方案。

正在进行的每月任务

• 监督变更管理流程。
• 管理发布和冲刺 (sprint) 积压工作 (backlog)
• 结合治理要求构建和维护采用登陆区域。
• 完成 冲刺待办事项中概述的技术任务。

团队节奏

我们建议提供云采用功能的团队致力于全职工作。

最好这些团队每天能以自我组织的方式见面。 日常会议的目标是快速更新待办事项列表，并传达已完成的内容、今天要执行的工作，以及哪些事项被阻碍，需要额外的外部支持。

发布计划和迭代持续时间对于每个公司都是独一无二的。 但每次迭代的一到四周的范围似乎是平均持续时间。 无论迭代或发布节奏如何，我们建议团队在每个发布结束时与所有支持团队会面，以传达发布的结果，并重新评估即将做出的努力。 同样，在每个冲刺 (sprint) 结束时，以团队方式与云卓越中心或云治理团队会面，以便在共同工作和任何支持需求方面保持一致，这一点也十分有价值。

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

基线功能

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

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

为了获得最佳协作和效率，我们建议云采用团队的平均团队规模为 6 人。 这些团队应该从技术执行角度进行自我组织。 我们强烈建议这些团队还包括项目管理专业知识，具有敏捷、Scrum 或其他迭代模型方面的深刻经验。 使用平面结构进行管理时，此团队最有效。

超出范围

可能需要现有 IT 人员提供的其他支持。 IT 可能是云采用的宝贵贡献者，成为云中转站和创新与业务敏捷性的合作伙伴。

• 中心 IT 团队的职责

下一步

收养是件美好的事情，但不受控制的收养可能会产生意想不到的结果。 与云治理团队保持一致，以加速采用和最佳做法，同时降低业务和技术风险。

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

详细了解 组织反模式：孤岛和封地。