チーム編成と構成

プロジェクトレベルでシングルスレッドのテクニカルリーダーを特定し、サイロ化を回避する – 大規模な移行プロジェクトには、多くの場合、複数のワークストリームとチームがあり、チームごとに異なるタスクと期待される成果があります。プロジェクトレベルでシングルスレッドのリーダーが重要です。これは、このリーダーがすべてのワークストリームが連携して接続を維持できるようにするためです。これにより、サイロと境界を防ぐことができます。たとえば、ポートフォリオワークストリームは、移行アクティビティをサポートするために、移行メタデータを移行ワークストリームに継続的に送信する必要があります。必要な移行メタデータを完全に理解しないと、ポートフォリオワークストリームの出力が移行ワークストリームの入力として機能しない可能性があります。シングルスレッドリーダーを使用すると、各ワークストリームの入力と出力を調整して、移行を効率的に実行できます。

すべてのワークストリームレベルの結果をプロジェクトレベルのビジネス成果に合わせる – プロジェクトレベルのビジネス成果は、移行を開始する前にすべてのワークストリームリーダーに伝える必要があります。各ワークストリームリーダーは、ワークストリームの役割を理解し、プロジェクトレベルのビジネス成果をサポートするプロセスを設計する必要があります。たとえば、プロジェクトレベルのビジネス成果が今後 12 か月以内にデータセンターを離れ、スピードが最も重要な要素である場合、ワークストリームリーダーは次のことを行う必要があります。

プロジェクトのスコープとステージに基づいてワークストリームを設計する – 各移行プロジェクトは異なり、1 つのサイズがすべてに適合しているわけではありません。すべての大規模な移行プロジェクトには、移行ワークストリーム、ポートフォリオワークストリーム、プロジェクトガバナンスワークストリーム、基盤ワークストリームの 4 つのコアワークストリームを用意することをお勧めします。ユースケースによっては、サポートする追加のワークストリームを作成することもできます。ワークストリームの詳細については、「大規模な移行におけるワークストリーム」を参照してください。たとえば、モビライズフェーズでセキュリティガードレールをまだ設計していない場合は、移行を開始する前にセキュリティとコンプライアンスの要件を定義できるセキュリティとコンプライアンスのワークストリームを作成する必要があります。動員段階でのセキュリティガードレールの構築の詳細については、「Mobilize your organization to Accelerate large-scale migration」の「Security, risk and compliance」を参照してください。

移行前にアプリケーションチームを関与させる – 大規模な移行は単なる IT インフラストラクチャプロジェクトではなく、ビジネスの運用モデルを変更します。大規模な移行プロジェクトを成功させるには、アプリケーションチームを早期に関与させ、アプリケーション所有者を大規模な移行ワークストリームに埋め込むことが重要です。例えば、ポートフォリオ評価中に、アプリケーション所有者とのミーティングを早期にスケジュールして、アプリケーション所有者が詳細な調査に参加し、アプリケーションのターゲット状態を設計できるようにします AWS。

ワークストリームとビジネス成果に基づいてチームサイズを決定する – 期待されるビジネス成果と移行戦略によって、ポッドと呼ばれる小さなユニットで構成される各チームのサイズが決まります。各ワークストリームで、各移行戦略のチームを定義し、それらのチームをポッドに分割します。たとえば、リホストが主要な移行戦略である場合、3～5 人のポッドで構成されるリホスト移行チームが必要です。ピーク速度で運用する場合、移行チームの 4～5 人のポッドは通常、1 週間あたり最大 50 台のサーバーをリホストできます。これは、1 か月あたり約 200 サーバー、または 1 年あたり 2,500 サーバーです。ターゲットが週に 100 台の サーバーをリホストする場合は、リホスト移行チーム内に 4～5 人のポッドを 2 つ作成する必要があります。1 週間 あたり 50 人未満をターゲットにしている場合は、移行ポッドのサイズを 3 人に減らすことができます。リプラットフォーム移行は通常、リホストよりもコストがかかり、同じサイズのポッドでは 1 週間あたり最大 20 台の サーバーを移行できます。ポートフォリオワークストリームは通常、移行ワークストリームの半分のサイズです。各移行戦略をサポートするために、各ワークストリームに追加のチームやポッドを作成します。これらの推奨事項は、移行リソースにスキルがあり、重要なトレーニングを必要としないことを前提としています。次の表は、移行とポートフォリオのワークストリームをリホストとリプラットフォームの移行戦略のチームとポッドに分割する方法の例です。次の例では、1 週間に 120 台の サーバー ( リホスト 100 台 + リプラットフォーム 20 台) または 1 年間に 6,000 台の サーバーを移行する必要があることを前提としています。この例は最大速度です。遅延を防ぐために、追加のリソースを計画することをお勧めします。

ガバナンスモデルを初期段階で構築する – 大規模な移行には、通常、社内の人、サードパーティーのソフトウェアベンダー、システムインテグレーター、外部コンサルタントなど、多くの人が参加します。プロジェクトには AWS、アカウントチーム、サポートエンジニア、 AWS プロフェッショナルサービスの専門家などの の担当者が含まれる場合があります。配信モデルは、プロジェクトの範囲と、プロジェクトを配信するために誰と連携するかによって異なります。たとえば、プロジェクトに AWS またはシステムインテグレーターが含まれている場合や、両方が含まれている場合があります。ガバナンスモデルを早期に構築し、役割と責任を明確に定義する RACI マトリックスを作成することが重要です。推奨事項として、Cloud Center of Excellence とも呼ばれる Cloud Enablement Engine (CEE) を組織内に作成し、すべての関係者からの代表者を含めることをお勧めします。CEE の主な目的は、組織をオンプレミスの運用モデルからクラウド運用モデルに変換することです。この一元化されたチームは、関係を管理し、重要な意思決定を行い、プロジェクト全体のエスカレーションを処理するため、大規模な移行を成功させるために不可欠です。CEE については、このガイドの後半で詳しく説明します。

責任 (R) – この役割では、タスクを完了するための作業を実行する責任があります。

説明責任 (A) – この役割には、タスクを確実に完了させる責任があります。この役割は、前提条件が満たされていることを確認し、責任者にタスクを委任する責任もあります。

協議(C) – タスクに関する意見や専門知識については、この職種に相談する必要があります。タスクによっては、この責任タイプは必要ない場合もあります。

情報提供(I) – この役割にはタスクの進捗状況を常に了解し、タスクが完了したら通知を受信する必要があります。

この移行に関与する高レベルの関係者は誰ですか? AWS プロフェッショナルサービスやシステムインテグレーターなど、このプロジェクトに関与するパートナーやコンサルタントを特定します。現在の IT インフラストラクチャの一部が外部パートナーによって管理されているかどうかを検討してください。以下は、大まかなパーティーの例です。

移行のワークストリームは何ですか? 詳細については、「大規模な移行のワークストリーム」を参照してください。少なくとも、4 つのコアワークストリームが必要であり、プロジェクトに必要なサポートワークストリームを追加できます。

移行における高レベルのタスクは何ですか? 移行の高レベルタスクのリストを作成します。以下は、高レベルのタスクの例です。

移行の詳細なタスクは何ですか? 大規模な移行プロジェクトのランブックとタスクリストを準備すると、これらのランブックのプロセスと詳細が RACI マトリックスの詳細なレイヤーを形成します。たとえば、リホスト移行の場合、詳細なタスクには、レプリケーションエージェントのインストール、レプリケーションの検証、起動テスト用のテストインスタンスの起動などがあります。まだ作成していない場合は、以下のプレイブックの指示に従ってこれらのドキュメントを作成します。

各ワークストリームと各高レベルパーティを構成する小規模なチームは何ですか? たとえば、組織内のチームには、アプリケーションチーム、インフラストラクチャチーム、運用チーム、ネットワークチーム、プロジェクト管理オフィスなどがあります。

CEE チームは、以下の品質を持つ部門横断的なリーダーで構成されている必要があります。

CEE チームは、以前に協力したことがある人と、新しいインサイトを提供できる新しいメンバーを混在させる必要があります。

CEE チームには、移行目標に対する強力な経営陣のサポートと調整が必要です。

CEE チームの目標が大規模な移行に固有であることを確認します。

質問や回答の機会を提供し、クラウドサービスとアーキテクチャをデモンストレーションし、移行やその他の成功に関する最新情報を共有する定期的なオープンミーティングを実施します。

CEE チームには、大規模な移行プロジェクトに関する重要な意思決定を行う権限が必要です。