カットオーバーランブックのベストプラクティス

少なくとも 2 つのウォークスルーミーティングをスケジュールして、必要なすべての詳細が確実にキャプチャされるようにします。

特定されたすべてのタスク所有者をウォークスルーミーティングに招待して、タスクの範囲と、タスクを実行する必要があるタイミングを正確に把握します。タスクは、夜間、早朝などにスケジュールされる場合があります。

ウォークスルーミーティングは、移行の結果として直接的または間接的に影響を与える可能性のあるアプリケーションの利害関係者 (エンタープライズ統合テスターなど) を含める追加の機会を提供します。最終的なサインオフには、これらの衛星チームのメンバーの参加が必要になる場合があります。

チーム全体ではなく、タスクの実行を担当する個人を特定して、明示的な所有権を確立します。

理想的には、カットオーバーランブックの最終ウォークスルーを実際のカットオーバーの 2～3 日前にスケジュールします。これは、直前のブロッカーがすべての利害関係者の前で特定され、取り上げられるようにするためです。

移行期間中にカットオーバーランブックを参照できるように、カットオーバー前にライブドキュメントへのリンクがすべての利害関係者と共有されていることを確認します。

タスクが完了したら、カットオーバーランブックを進行状況で更新します。これにより、ステークホルダーはアクティビティの状態に関するup-to-dateステータスを取得できます。

ダウンタイムと本稼働ユーザーへの影響を最小限に抑えるには、並列で実行できるタスクを特定してグループ化します。これらのタスクの例としては、ソースデータベースのバックアップの取得や、ターゲット環境での新しい Amazon Relational Database Service (Amazon RDS) インスタンスの起動などがあります。

移行を正常に完了する必要がある停止期間を特定します。移行が停止期間を超えた場合に備えて、ロールバック計画を調整します。

将来の移行に役立つように、移行中に発生する可能性のある観察結果とトラブルシューティングをドキュメントに記録しておくことが重要です。