大規模な移行の管理について

大規模な移行プロジェクトを管理し、効果的に管理するには、プロジェクトマネージャーがポートフォリオ、大規模な移行のフェーズ、および各ワークストリームの責任について高度な知識を持っている必要があります。

大規模な移行におけるワークストリーム

移行フェーズでは、常に、基盤、プロジェクトガバナンス、ポートフォリオ、移行ワークストリームの 4 つ以上のワークストリームが同時に稼働しています。これらは大規模な移行プロジェクトの中核となるワークストリームであり、プロジェクトには追加のサポートワークストリームがあるかもしれません。詳細については、『大規模移行のためのFoundation Playbook』の「大規模移行におけるワークストリーム」を参照してください。AWS

移行パイプラインのフィード

マイグレーションファクトリーでは、ウェーブプランニングとマイグレーションが同時に行われ、継続的に運用されています。ポートフォリオチームは移行パイプラインを段階的に計画し、移行チームは移行を実行して作業負荷を削減することでパイプラインを完成させます。ポートフォリオチームは初期化段階の最後に 5 つのウェーブを準備し、実装ステージは、移行チームが準備した 1 つ以上のウェーブの移行を開始したときに始まります。

各ウェーブについて、ポートフォリオワークストリームは 1 ～ 2 週間、移行ワークストリームは通常 3 ～ 4 週間かかります。ポートフォリオワークストリームは移行ワークストリームよりも 5 波進んでいるため、ポートフォリオと移行ワークストリームの間には常に 5 波のバッファーがあります。実装段階全体を通して、ポートフォリオチームと移行チームの両方が処理を続け、バッファーが移行作業ストリームで移行するサーバーが不足するのを防ぎます。ウェーブスケジュールの例については、『大規模移行ガイド』の「ステージ 2:AWS 大規模な移行の実装」を参照してください。

ポートフォリオ・チームは、アプリケーションに優先順位を付けてから、論理的なムーブグループのウェーブに割り当てます。WAVEを計画する際、ポートフォリオチームは移行の複雑さ、アプリケーションの類似性、アプリケーションとインフラストラクチャの依存関係を考慮します。これにより、アプリケーションとその依存関係が完全に移行されるようになります。ウェーブプランニングの詳細については、AWS大規模な移行のためのポートフォリオプレイブックをご覧ください。プロジェクトガバナンスでは、アプリケーション、サーバー、アプリケーション所有者など、ウェーブやスプリントに関する情報を管理および追跡します。Confluence サイトのダッシュボード、Microsoft Excel のリスト、またはツールを組み合わせて使用することができます。

ハイパーケア期間

カットオーバーが完了すると、移行されたアプリケーションとサーバはハイパーケア期間に入ります。ハイパーケア期間中、移行チームはあらゆる問題に対処するために、移行されたアプリケーションをクラウドで管理および監視します。通常、この期間は 1 ～ 4 日です。ハイパーケア期間の終了時に、移行チームはアプリケーションの責任をクラウド運用 (クラウド運用) チームに移します。この時点で、ウェーブは完成したとみなされます。

アジャイルアプローチの確立

アジャイルアプローチを確立することで、プロジェクトチームは柔軟性を保ち、移行中の変化に迅速に適応できます。大規模な移行にはスクラムフレームワークを採用することをお勧めします。AWS大規模な移行のための移行プレイブックでは、スプリントにウェーブを割り当てます。これは、移行チームがそのスプリント内のすべてのウェーブに取り組む固定期間です。各スプリントの期間が 2 週間の場合、各ウェーブは少なくとも 2 つのスプリントにまたがります。スプリントは、スプリントの計画や毎日のスタンドアップミーティング、レビュー、振り返りなどの標準的なイベントで構成されます。

スプリントの現在のタスクと保留中のタスクで構成されるスプリントバックログを使用して、アクティビティを管理します。このプレイブックでは、進捗状況を追跡するためのプロジェクト管理ツールを選択します。Jira や Confluence などのプロジェクトや課題追跡アプリケーションを選択したり、かんばんボードやガントチャートなど、タスクを視覚的に表現する方法を選択したりすることもできます。これらのツールの1つ以上でスプリントバックログを追跡することで、プロジェクトの透明性を高め、各タスクにオーナーを割り当て、明確な期限を設定することができます。