关于升级框架
为了帮助你的升级旅程中排除猜测，我们使用了一个经过验证的框架来实现更改。 如下所示，框架中的每个步骤都基于前面的步骤构建，为了获得最佳结果，我们建议按顺序执行这些步骤。
首先，将适当的利益干系人聚集在一起， (定义升级计划，例如范围、目标和时间线) 。 制定计划后，确认技术环境，最终用户已准备好使用 Teams。 然后，分阶段实施升级，在准备就绪时从试点升级到组织范围的升级。 组织使用 Teams 后，制定可监视质量并加速用户采用的操作计划。
在相关页面上查找此框架图形，以确定升级过程中所处的位置。
示例升级时间线
升级旅程从开始规划更改时开始。 下面是一个示例时间线，它利用成功框架作为指导，从升级前阶段开始规划和准备升级，然后进入升级后操作阶段，旨在维持和扩大结果。
注意
我们了解，你的 Teams 旅程可能涉及在不同时间利用多种 模式 和升级用户组，这将使你能够控制用户升级体验，同时保持 Teams 的势头。
为了帮助演示升级旅程的展开方式，我们在下面提供了一个示例计划，它定义了从“Skype for Business联机”到“岛屿”模式到仅限 Teams 的旅程。 此外，示例计划概述了将用户划分为四个升级组或队列的组织。 将其用作模板，自定义计划以包含你使用 Teams 的特定旅程，并结合你将使用的各种 模式 以及将用户细分到的升级组数。
预升级
为组织准备 Teams。 若要帮助确保成功升级到 Teams，请务必分配足够的准备时间。 你的组织不仅能够快速开始实现 Teams 的价值，而且一旦 Teams 准备就绪，你就能从Skype for Business加速升级。 如果已在Skype for Business一起启用 Teams，请在将用户升级到 Teams 之前，使用这些预升级活动作为检查点来验证组织的就绪情况。
提示
除了示例升级项目计划和试点测试计划外，还下载用于模板用户就绪情况材料（例如通信和用户调查） 的升级成功工具包 。 工具包中可用的项目在以下列表中标有星号 (*) 。
计划：创建升级计划，以帮助确保组织已为长期成功做好准备
| 步骤 | 摘要 | 资源 | |
|---|---|---|---|
| 1 | 定义利益干系人 | 分配负责推动升级成功的项目团队成员。 | 登记利益干系人 |
| 2 | 定义项目愿景和范围 | 设计“大局”愿景和当前项目范围，为升级旅程创建蓝图。 | 项目愿景 项目范围 |
| 3 | 定义项目目标 | 设置目标，使你能够衡量进度和项目成功。 | 项目目标 |
| 4 | 确定风险和缓解计划 | 制定缓解计划，确保在出现问题时可以快速使项目回到正轨。 | 风险和缓解 |
| 5 | 定义时间线 | 设置时间线和关键里程碑，以帮助项目按时按预算进行。 | 时间表 升级成功工具包 |
| 6 | 定义适当的Skype for Business和 Teams 升级和共存策略 | 映射旅程，确保为组织提供从Skype for Business到 Teams 的最佳路径。 | 了解 Microsoft Teams 和 Skype for Business 的共存和互操作性 了解电话系统和 PSTN 连接选项 选择升级旅程 |
准备：评估组织对 Teams 的准备情况
| 步骤 | 摘要 | 资源 | |
|---|---|---|---|
| 1 | 评估环境并完成 Teams 技术载入 | 确保你的环境已准备好供 Teams 使用，以帮助优化用户体验并随时间推移促进升级。 | 在升级到 Teams 之前评估环境。 准备服务以升级到 Teams |
| 2 | 优化 Teams 的网络，尤其是针对实时媒体方案 | 如果要部署音频、视频或会议，请执行以下附加步骤来针对该功能优化网络。 | 准备网络以升级到 Teams |
| 3 | 评估组织变更准备情况并定义团队合作方案 | 了解你的用户群，以准备正确的价值消息传递和教育级别，以促进和加速用户采用。 | 组织变更准备情况 |
| 4 | 准备用户就绪计划，以定义如何与用户通信、培训和支持用户 | 个性化你的通信、培训和支持计划，以确保对新技术的最佳接受度。 | 准备用户就绪性计划 升级成功工具包 |
| 5 | 宣布 Microsoft Teams 即将推出 | 尽早沟通，以帮助用户感觉被包含，减少混乱，并产生兴奋感。 | 升级成功工具包 |
| 6 | 为 Teams 准备 IT 员工 | 确认你的技术和支持人员已准备好准备并支持 Teams 技术环境所需的一切。 | 为 Microsoft Teams 准备 IT 人员 升级成功工具包 |
试点：运行试点，确认组织已准备就绪，并告知你使用 Teams 的最佳旅程
| 步骤 | 摘要 | 资源 | |
|---|---|---|---|
| 1 | 概述试点物流 | 定义正式的试点物流，以帮助验证组织的升级或共存准备情况。 | 概述试点物流 |
| 2 | 选择试点参与者和测试方案 | 确定可帮助验证团队合作方案并验证 Teams 就绪情况的用户。 | 选择试点参与者和测试方案 |
| 3 | 设计测试计划和反馈调查 | 为参与者确定要完成的明确定义的任务，以及他们分享反馈的方式。 | 设计测试计划和反馈调查 |
| 4 | 创建试点通信计划 | 让试点参与者了解发生的情况、时间、原因以及预期情况。 | 创建通信计划 升级成功工具包 |
| 5 | 进行试点 | 启动试点、跟踪进度并根据需要进行迭代，以优化试点结果。 | 进行试点 |
| 6 | 评估学习并评估未来计划 | 收集用户反馈、网络统计信息和支持票证，以便根据目标进行分析，并确定前进计划。 | 评估学习并评估未来计划 |
部署：运行与 Skype for Business 共存的 Teams
| 步骤 | 摘要 | 资源 | |
|---|---|---|---|
| 1 | 宣布正式推出 Teams | 当 Teams 准备就绪时，通过发送正式发布公告来激发兴奋和动力。 | 升级成功工具包 |
| 2 | 实现升级 | 执行的步骤取决于当前部署Skype for Business。 | 实现升级 |
| 3 | 随时了解 Teams 路线图 | 监视 Teams 路线图，确定组织迁移到 Teams 的适当时间。 | Teams 路线图 |
| 4 | 发送其他通信并吸引 Teams 支持者，以激发 Teams 的兴奋感和采用 | 通过持续的沟通和拥护者鼓励用户采用和保持 Teams 的兴奋。 | Microsoft 365 冠军计划 |
升级
正式迁移到 Teams。 升级用户时，将他们移动到“仅限 Teams”模式。 Teams 将成为聊天、会议、通话和协作的主要应用，并且禁用对Skype for Business应用的访问权限。 尽管此阶段的技术方面非常简单，但请考虑更改可能对用户体验产生的影响，并留出时间让用户将活动从 Skype for Business 正式转换到 Teams。 若要减少用户使用不同客户端的不同体验，请尝试将端到端升级窗口限制为 45 天左右。
升级：实现从 Skype for Business 升级到 Teams
| 步骤 | 摘要 | 资源 | |
|---|---|---|---|
| 1 | 确认已完成上述升级前活动 | 通过确认完成所有规划和准备活动，帮助确保升级成功。 | 上述所有内容 |
| 2 | 启动与第一个升级组中的用户的通信 | 通知用户升级正在启动，并在整个过程中随时通知他们。 | 准备用户就绪性计划 升级成功工具包 |
| 3 | 为第一个升级组中的用户启用“仅 Teams”共存模式 | 按照适用于Skype for Business环境的步骤执行技术用户迁移。 | 从 Skype for Business Online 升级到 Teams 从本地Skype for Business升级到 Teams |
| 4 | 在滚动周期中对剩余的升级组重复上述升级活动 | 继续推动正在进行的通信计划，并根据计划升级用户组。 | |
| 5 | 向所有用户发送升级后反馈调查 | 使用反馈调查来捕获用户的反馈和见解。 | 升级成功工具包 |
升级后
使用 Teams 实现业务价值最大化。 将组织完全升级到 Teams 后，请花些时间根据目标评估你的成功情况，并实施计划以继续向前发展。
操作：衡量升级是否成功
| 步骤 | 摘要 | 资源 | |
|---|---|---|---|
| 1 | 评估初始升级成功 | 根据在升级前阶段建立的目标评估进度。 | 项目目标 |
| 2 | 针对任何未按计划的目标实施缓解计划 | 为未达到的目标定义缓解或路线更正策略。 | 项目目标 |
| 3 | 监视网络运行状况和质量 | 实施质量检查和监视计划，以帮助确保良好的用户体验并减少对支持人员的呼叫。 | 监视网络运行状况和质量 |
| 4 | 推动用户势头和采用 | 通过持续的采用计划鼓励用户采用和保持 Teams 的兴奋。 | 推动用户势头和采用 |
| 5 | 为新功能做准备 | 通过建立新的创新和产品改进的变更周期，实现最大价值。 | 为新功能做准备 |
注意
我们的升级内容不断发展。 请务必检查返回以获取最新指南，并阅读 Teams 博客。
重要
Skype for Business Online 已于 2021 年 7 月 31 日停用。 为了最大程度地实现权益并确保组织有适当的时间实施升级，我们建议你立即开始使用 Microsoft Teams 之旅。 请记住，成功升级与技术和用户就绪情况一致，因此，在导航到 Microsoft Teams 的过程中，请务必利用此处的指南。