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

人々の視点

このセクションでは、人的視点の以下の主要分野に焦点を当てます。

エグゼクティブサポート

シングルスレッドリーダーを特定する

大規模な移行を開始するときは、プロジェクトに 100% 専念し、説明責任を負うシングルスレッドのテクニカルリーダーを特定することが重要です。このリーダーは、一貫した優先順位を維持することで、意思決定を行い、サイロを回避し、ワークストリームを合理化することができます。

大規模な移行のグローバルカスタマーは、プログラムの開始時に毎週 1 台のサーバーから、2 か月目の開始時に毎週 80 台を超えるサーバーにスケールできました。シングルスレッドリーダーとしての CIO の完全なサポートは、移行中のサーバーの迅速なスケールアップにとって重要でした。CIO は、移行チームと毎週移行カットオーバーコールを行い、問題のリアルタイムのエスカレーションと解決を確保し、移行速度を加速しました。

シニアリーダーシップチームの調整

移行の成功基準に関して、さまざまなチーム間で調整を行うことが重要です。移行の計画と実装は小規模な専有チームによって達成できますが、戦略を定義して周辺機器のアクティビティを実行するときに課題が発生します。これらの潜在的な障害には、次のような IT 組織のさまざまな分野からのアクションやエスカレーションが必要になる場合があります。

アプリケーション所有者、リーダーシップ、調整、シングルスレッドリーダーへの明確なエスカレーションからの直接的なアクションが重要になります。

チームコラボレーションと所有権

部門横断的なクラウド有効化チームを作成する

大規模な移行プロジェクトの重要な最初のステップは、組織がクラウドで作業できるようにすることです。これを実現するには、クラウド有効化エンジン (CEE) を構築することをお勧めします。CEE は、組織の移行に向けた運用準備に重点を置いた、権限と説明責任を持つチームです AWS。CEE は、インフラストラクチャ、アプリケーション、運用、セキュリティからの代表者を含む部門横断的なチームである必要があります。チームには以下の責任が課金されます。

ある医療の顧客が CEE から始めていませんでした。ただし、最初のパイロット移行では、ギャップが特定されました。最終的な移行カットオーバー日まで、厳しい期限が設定され、チームは移行の戦いの場を実装しました。移行の戦場では、インフラストラクチャ、セキュリティ、アプリケーション、ビジネスの関係者が問題の解決を支援できます。

コア移行チーム外のチームや個人の要件を事前に定義する

コアプログラム外のチームや個人を特定し、移行計画段階での関与を定義します。後の段階で移行の勢いを高めるには、アプリケーションチームの関与に特に注意してください。アプリケーションに関する知識、問題を診断する能力、カットオーバーにサインオフする要件が必要です。

移行はコアチームが主導しますが、アプリケーションチームはカットオーバー中の移行計画の検証とテストに関与している可能性があります。お客様は、多くの場合、アプリケーション移行ではなくインフラストラクチャプロジェクトとしてクラウド移行にアプローチします。これにより、移行中に問題が発生する可能性があります。

移行戦略を選択するときは、アプリケーションチームに必要な関与を検討することをお勧めします。例えば、リホスト戦略では、リプラットフォームやリファクタリング戦略と比較して、アプリケーションとチームの関与が少なくて済みます。リプラットフォームやリファクタリング戦略では、アプリケーションの環境がますます変化しています。アプリケーション所有者の可用性が制限されている場合は、リファクタリング、再配置、再購入戦略ではなく、リホストまたはリプラットフォームを使用することを検討してください。

ワークロードの移行時にライセンスの問題がないことを検証する

企業の既製の製品をクラウドに移行すると、ライセンスが変わる可能性があります。ライセンス契約は、オンプレミスの資産に焦点を当てている場合があります。例えば、ライセンスは CPU によって取得されたり、特定の MAC アドレスにリンクされたりします。または、ライセンス契約にパブリッククラウド環境でホストする権限が含まれていない場合があります。ただし、ベンダーとのライセンスの再交渉にはリードタイムが長くなり、移行が難しくなる可能性があります。

移行の範囲が定義されたら、すぐに調達チームまたはベンダー管理チームと協力することをお勧めします。ライセンスは、ターゲットアーキテクチャと移行パターンにも影響を与える可能性があります。

トレーニング

新しいツールとプロセスについてチームをトレーニングする

移行戦略が定義されたら、移行とターゲット運用モデルに必要なトレーニングを理解するために時間を費やします。移行中は、組織にとって AWS Database Migration Service初めてのツールを使用する可能性があります。チームをプロアクティブにトレーニングすることで、移行フェーズで発生する遅延を軽減できます。

実践的な方法でツールを試す機会を提供するアクティブな知識移転方法を探すことをお勧めします。例えば、 AWS プロフェッショナルサービスは、大規模な移行を担当する 3 つのシステムインテグレーター (SI) AWS パートナーに、いくつかの Cloud Migration Factory トレーニングセッションを提供しました。これにより、チームは移行フェーズに移行する際に基本的な知識を持つことができました。また、各 SI AWS パートナーチーム内でファーストラインエスカレーションとして機能する可能性のある対象分野の専門家 (SMEs) の特定にも役立ちます。