人々の視点 - AWS 規範ガイダンス
エグゼクティブサポートチームコラボレーションと所有権トレーニング

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

人々の視点

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

  • エグゼクティブサポート – 意思決定を行う権限のあるシングルスレッドリーダーを特定する

  • チームコラボレーションと所有権 – さまざまなチーム間のコラボレーション

  • トレーニング – さまざまなツールに関するチームのプロアクティブトレーニング

エグゼクティブサポート

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

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

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

上級リーダーシップチームの調整

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

  • ビジネス

  • アプリケーション

  • ネットワーク

  • セキュリティ

  • インフラストラクチャ

  • サードパーティーベンダー

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

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

部門横断的なクラウド対応チームを作成する

このセクションの内容:

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

    • ポリシーの開発

    • 組織のクラウド運用モデルを確立するツール、プロセス、アーキテクチャの定義と実装

    • ステークホルダーが表すすべての領域でステークホルダーの連携を継続的に促進する

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

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

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

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

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

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

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

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

    トレーニング

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

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

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