翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
移行を成功させるためのガイドライン
このセクションには、移行を計画するためのガイドラインと、移行スプリント活動のためのガイドラインが含まれています。
プランニング
リソースを に移行する前に AWS、環境の管理、管理、保護に使用する移行方法、ツール (該当する場合)、運用モデルを選択する必要があります。移行計画の一部として、以下の操作を行う:
-
主要な仮定を含む包括的なウェーブプランを作成します。依存関係、ツール、スプリントの数、スプリントの所有権を特定します。
-
アカウント構造、アクセス、セキュリティ、ネットワーク、接続、自動化、パイプラインを構築します。
-
ランディングゾーンを準備します。
-
移行ツールを選択し、入手します。
-
変更管理プロセスと影響評価プロセスを定義します。
-
コミュニケーション計画を定義します。
-
生産業務と運用モデルを定義します。
-
パートナーを含むリソースを選択してコミットします。
アクティビティ
すべてのスプリントウィークのアクティビティを計画します。チーム全員が参加しなければなりません!
-
チームを導き、進捗状況を監視するための重要な指標を作成します。各目標の主要な結果を特定します。
-
リスクを理解し計画を立てるために、事前調査を行います。
-
スケジュールを立て、全員に情報を提供するツールを選びます。
-
スプリントの活動を特定し、改善するために、開始時レトロスペクティブを実施します。
-
プロダクトバックログの優先順位を付け直します。
-
練習を継続するための 1 日のロードマップを作成します。
-
改善のために振り返りを行います。
-
スケジュールから逸脱してはいけません。
チームはまた、スプリント、プランニング、レトロスペクティブミーティングの周期を短く設定すべきです。迅速なフィードバックを提供し、ピボットを可能にし、切迫感を生み出すために、1週間または 2 週間のスプリントを提案します。
Wave 1 のマイグレーションでは、マイグレーションプロセスのブループリントとビルディングブロックを作成し、特定のマイグレーションパターンをテストしました。これで、移行の初期段階をサポートするようにチームを拡大し、移行ファクトリプロセスを構築し、アプリケーションポートフォリオ全体のアジャイルチームモデルを拡張する準備ができました。
AWSへの大規模な 移行の道を切り開くために、このガイドの前半で説明した 移行ファクトリープロセスを使用することができます。これは、クラウド移行の技術的な要素と、ビジネスや人の要素を組み合わせることで、移行作業ワークロードを効率的に処理できるプロセスです。