翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# 移行のチェックリスト
<a name="checklist"></a>

次のチェックリストを使用して、重要な移行作業を正しい順序で行ってください。

## 本番稼働を開始する前に
<a name="pre-checklist"></a>

1. リリースがユーザー受入テスト (UAT) に合格していること、残りの問題がステークホルダーによって受け入れられていることを確認します。

1. 電話番号のカットオーバーを計画します。
   + 通話料無料番号サービス (TFNS): サービスが Connect Customer Queue の電話番号を再ポイントする準備ができていることを確認します。セルフサービスのタスクになっていたり、プロバイダーでチケットが必要になったりする場合もあるため、この作業を行う際は、このタスクを完了するまでのリードタイムを考慮してください。
   + 番号を に移植する場合は AWS、ターゲットの本番稼働日よりかなり前に番号移植リクエストチケットをファイルします。(このガイドの前半に記載されている「[Best practices for migrations](tech-considerations.md)」セクションの「番号の移植」を参照してください)

1. エンドユーザーがトレーニングを受け、新しいプラットフォームの使用方法を理解していることを確認します。

1. 運用チームが新しいプラットフォームを承認し、サポートモデルに組み込んでいることを確認します。例えば、通常業務 (BAU) チームは、新しいプラットフォームで開かれるサポートチケットを管理する準備ができている必要があります。

1. コードベースが本番環境にデプロイされていることを確認します。
**注記**  
このアクティビティでは、独自の変更リクエスト (CR) が必要になる場合があります。このリクエストは、カットオーバーを依頼する本番稼働 CR とは別に送信されます。

1. 仮の電話番号を使用して、対象とするサービス回線で UAT スクリプトが正常に実行されたことを確認します。

1. 本番稼働のカットオーバーを依頼する変更リクエスト (CR) を送信し、関連する変更承認委員会 (CAB) の承認を得てください。このチェックリストで得られたエビデンスは、CAB での協議へのインプットとして提供されます。CAB での協議の結果、特定の日時にカットオーバーを実行することが承認されます。

## 本番稼働当日
<a name="go-live-checklist"></a>

1. エージェントが Connect Customer にログインしており、通話の受信と発信、チャットへの参加に使用できることを確認します。スーパーバイザーとオペレーターは、Connect Customer ダッシュボードのリアルタイムレポートを使用してエージェントのアクティビティを確認できます。

1. 本番稼働開始後のサポート (PGLS) チームが在席していて、準備が整っていることを確認します。

1. (オプション) エージェントをサポートし、問題のトラブルシューティングを支援できるスタッフが (オンサイトまたはリモートのヘルプデスクに) 配置されていることを確認します。

1. BAU のサポートチームがカットオーバーの時刻を把握し、サポートチケットを処理する準備ができていることを確認します。
**注記**  
PGLS チームは BAU サポートチームと連携して作業します。

1. ステークホルダーが最新状況を受け取れるようにカンファレンスブリッジを開設します。このブリッジは、問題が発生したときの話し合いの場としても利用できます。ブリッジは、本番稼働 (またはロールバック) アクティビティが正常に完了するまで開いたままにしておいてください。

1. 承認された時刻にカットオーバー (TFNS の再ポイントなど) を開始します。

1. Connect Customer ダッシュボードのリアルタイムメトリクスを確認して、以下を確認します。
   + 通話応答中です。 
   + 放棄呼率と平均処理時間 (AHT) は予想どおりです。 
   + キューの長さは適切な範囲内です。