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

# 移行を成功させるためのガイドライン
<a name="guidelines"></a>

このセクションには、移行を計画するためのガイドラインと、移行スプリント活動のためのガイドラインが含まれています。

## 計画
<a name="planning"></a>

リソースを AWS に移行する前に、移行方法、ツール (該当する場合) 、および環境の管理、ガバナンス、セキュリティに使用するオペレーティング・モデルを選択する必要があります。移行計画の一部として、以下の操作を行う：
+ 主要な仮定を含む包括的なウェーブプランを作成します。依存関係、ツール、スプリントの数、スプリントの所有権を特定します。
+ アカウント構造、アクセス、セキュリティ、ネットワーク、接続、自動化、パイプラインを構築します。
+ [ランディングゾーン](apg-gloss.md#glossary-landing-zone)準備を整えます。
+ 移行ツールを選択し、入手します。
+ 変更管理プロセスと影響評価プロセスを定義します。
+ コミュニケーション計画を定義します。
+ 生産業務と運用モデルを定義します。
+ パートナーを含むリソースを選択してコミットします。

## アクティビティ
<a name="activities"></a>

すべてのスプリントウィークのアクティビティを計画します。**チーム全員が参加しなければなりません！**
+ チームを導き、進捗状況を監視するための重要な指標を作成します。各目標の主要な結果を特定します。
+ リスクを理解し計画を立てるために、事前調査を行います。
+ スケジュールを立て、全員に情報を提供するツールを選びます。
+ スプリントの活動を特定し、改善するために、開始時レトロスペクティブを実施します。
+ プロダクトバックログの優先順位を付け直します。
+ 練習を継続するための 1 日のロードマップを作成します。
+ 改善のために振り返りを行います。
+ スケジュールから逸脱してはいけません。

チームはまた、スプリント、プランニング、レトロスペクティブミーティングの周期を短く設定すべきです。迅速なフィードバックを提供し、ピボットを可能にし、切迫感を生み出すために、1週間または 2 週間のスプリントを提案します。

Wave 1 のマイグレーションでは、マイグレーションプロセスのブループリントとビルディングブロックを作成し、特定のマイグレーションパターンをテストしました。これで、移行の初期段階をサポートするようにチームを拡大し、移行ファクトリプロセスを構築し、アプリケーションポートフォリオ全体のアジャイルチームモデルを拡張する準備ができました。

AWS への大規模な 移行の道を切り開くために、[このガイドの前半で説明した ](welcome.md#migration-phases-diagram) 移行ファクトリープロセスを使用することができます。これは、クラウド移行の技術的な要素と、ビジネスや人の要素を組み合わせることで、移行作業ワークロードを効率的に処理できるプロセスです。