迁移核对清单 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

迁移核对清单

使用以下核对清单来确保按正确的顺序完成重要的迁移活动。

在您发布之前

  1. 验证该版本是否通过了用户验收测试(UAT),以及所有剩余的问题是否已被利益相关者接受。

  2. 规划电话号码割接:

    • 如果您使用的是免费电话号码服务(TFNS):请确认该服务已准备好重新指向 Amazon Connect 队列电话号码。这可能是一项自助服务任务,也可能需要向提供商申请请求票证,因此请考虑完成此任务的交货周期。

    • 如果您要将号码移植到 AWS; 在目标上线日期之前提交号码移植请求单. (请参阅本指南前面迁移的最佳实践部分中的号码移植。)

  3. 确认最终用户已经接受过培训并知道如何使用新平台。

  4. 确认运营团队已经已签署了新平台,并已将其纳入他们的支持模式。例如,常规业务(BAU)团队应该准备好管理在新平台上开具的任何支持票证。

  5. 确认代码库是否已部署到生产环境。

    注意

    此活动可能需要单独提交变革申请(CR),需要在发布 CR 之前提交,并与发布 CR 分开提交以进行割接。

  6. 使用临时电话号码验证范围内的服务热线是否已成功运行 UAT 脚本。

  7. 提交变革申请(CR)以进行发布割接,并获得相关变更批准委员会(CAB)的批准。提供该核对清单中的证据作为 CAB 讨论的输入。CAB 讨论的结果是批准在特定的日期和时间执行割接。

发布当天

  1. 确保座席已登录 Amazon Connect,可以接听和拨打电话以及参与聊天。主管和操作员可以使用 Amazon Connect 控制面板上的实时报告来检查座席活动。

  2. 确保发布后支持(PGLS)团队在场并做好准备。

  3. (可选)确认能够协助座席并帮助进行问题排查的员工已到位(现场或远程帮助中心)。

  4. 确保 BAU 支持团队清楚割接时间,并准备好处理任何支持票证。

    注意

    PGLS 团队与 BAU 支持团队共同合作。

  5. 为利益相关者开启会议桥,以接收状态更新。此桥还可用作讨论任何可能发生的问题的论坛。保持桥处于开启状态,直到成功完成发布(或回滚)活动。

  6. 在经批准的时间启动割接(例如,TFNS 重新指向)。

  7. 查看 Amazon Connect 控制面板上的实时指标以验证以下内容:

    • 呼叫均得到接听。 

    • 放弃率和平均处理时间(AHT)符合预期。 

    • 队列深度仍保持合理。