Cookie の設定を選択する

当社は、当社のサイトおよびサービスを提供するために必要な必須 Cookie および類似のツールを使用しています。当社は、パフォーマンス Cookie を使用して匿名の統計情報を収集することで、お客様が当社のサイトをどのように利用しているかを把握し、改善に役立てています。必須 Cookie は無効化できませんが、[カスタマイズ] または [拒否] をクリックしてパフォーマンス Cookie を拒否することはできます。

お客様が同意した場合、AWS および承認された第三者は、Cookie を使用して便利なサイト機能を提供したり、お客様の選択を記憶したり、関連する広告を含む関連コンテンツを表示したりします。すべての必須ではない Cookie を受け入れるか拒否するには、[受け入れる] または [拒否] をクリックしてください。より詳細な選択を行うには、[カスタマイズ] をクリックしてください。

発見の加速と初期計画 - AWS 規範ガイダンス

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

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

発見の加速と初期計画

この段階のポートフォリオ評価は、クラウドジャーニーの早い段階で行われます。通常、アプリケーションの既存のポートフォリオをクラウドに移行するか、探索フェーズ中に実行します。ディスカバリーアクセラレーションと初期計画段階では、次の点に焦点を当てます。 

  • ビジネスドライバーについて

  • 既存のデータソースの特定

  • 自動検出ツールの必要性の評価

  • アプリケーションの優先順位付けと移行戦略の選択のためのベースモデルを確立する

これらのアクティビティは、次のことにつながります。

  • ポートフォリオの事前分析

  • 初期移行候補の特定

  • 移行のための方向性のあるビジネスケースの作成

  • 初期計画の概要。

重要なのは、このステージのステークホルダーが誰であるか、また、今後どのようなデータ要件があるかを理解することです。ステークホルダーは、取締役や から CxOs、ビジネスユニットのリーダー、上級マネージャー、アプリケーションオーナーまで多岐にわたります。

ヒント: 詳細とガイダンスについては、AWS クラウド移行用のアプリケーションポートフォリオ評価ガイドの関連セクションを参照してください。

大まかな目標とアクション

  • 利害関係者を決定する — 移行の影響を受けるのは誰か? 意思決定者は誰ですか? この移行のメリットを受けるのは誰ですか? 移行の実行を担当するのは誰ですか?

  • ビジネス推進要因の特定 — 移行の結果としてどのようなビジネス成果と目標が求められていますか (例えば、ビジネストランスフォーメーション、コスト削減、俊敏性)。この情報は、移行戦略と優先順位付けの重要な決定要因になります。

  • 既存のデータソースの特定 — 人材、ツール、ドキュメントなど、既存のデータソースを特定して文書化します。各ソースに信頼レベルを割り当てます。例えば、プログラムによるソースや自動化されたソースは、組織の知識やドキュメントよりも信頼されています。時間の経過とともに、信頼度の低いデータソースは、信頼度の高いデータソースに置き換えられます。

  • アプリケーションとインフラストラクチャの初期インベントリの構築 — アプリケーション名、主要な機能、重要度、IT 環境、高レベルのコンプライアンスと規制要件、既知の依存関係を特定します。どの IT アセットがアプリケーションに関連付けられていますか? 製品名とバージョン、過去のパフォーマンスデータ、既知の問題、リスクを特定します。

  • データギャップと検出ニーズの特定 — データギャップを分析し、自動検出ツールを調達する必要性を評価します。検出ツールの投資決定は、正確な分析のためにデータに対する全体的な信頼度を高める必要性に基づいている必要があります。アプリケーションポートフォリオの up-to-date ビューを維持するには、ワークロード検出専用のツールを使用することをお勧めします。 

  • 検出ツールのデプロイ — 該当する場合は、検出ツールを調達、インストール、設定し、ターゲットシステムへのロールアウト計画を作成します。すべてのターゲットシステムに 2 週間のプログラムによるデータ収集を行うことで、この段階の結果を達成するのに十分なデータが得られます。ただし、出力を絞り込むには、後の段階で継続的なデータ収集が必要です。

  • 総所有コスト (TCO) データの収集 — 収集したデータを使用して TCO レポートを作成および更新し、方向性のあるビジネスケースを作成します。詳細については、「ベストプラクティス」セクションを参照してください。

  • アプリケーション合理化モデルを使用する — 移行のためのベースアプリケーション合理化モデルを確立または採用します。6 R 決定ツリーに基づいて、主要なアプリケーション属性の選択、優先順位付けの重み付け、初期 R タイプ (リホスト、リプラットフォーム、リファクタリング (リアーキテクト)、再購入、保持、廃止) を含めます。

  • 初期移行候補の特定 — AWS 基盤を確立または拡張し、経験を積むために今すぐ移動できるアプリケーションは何ですか? この段階では、モデルは依存関係のレベルが低い単純なワークロード (ゼロ 3 など) を優先する必要があります。 

  • 継続的な評価の計画 – 優先順位の高いワークロードの詳細な評価など、次のポートフォリオ評価アクティビティを計画します。

  • コミュニケーションの計画 — ステークホルダーのコミュニケーション計画または頻度とスコープ制御メカニズムを確立します。移行プログラムの進行に伴ってスコープが変更されることは正常です。ポートフォリオデータに関する信頼できる情報源が 1 つあること、および範囲の変更が追跡、評価、伝達されていることを確認します。

結果

  • 文書化されたビジネス推進要因、成果、目標、技術指針。

  • アプリケーションとインフラストラクチャの初期インベントリ、および特定されたデータギャップ。これは、さらに段階的に反復および改良されるポートフォリオの初期ビューです。

  • 方向性のあるビジネスケースと移行にかかる推定コスト。

  • 初期移行候補である 3 つのアプリケーションのリスト。

  • ポートフォリオ関連のアクティビティ、マイルストーン、範囲の変更に関するコミュニケーション計画。

ベストプラクティス

  • ステージ目標に集中し、分析を高いレベルで維持します。データ収集にプログレッシブなアプローチを採用します。先に進む前に完全なデータセットを待たないでください。

  • 分析の中断は避けてください。データギャップの特定と、そのギャップを埋めるためのアクションの促進に焦点を当てます。

  • 特殊な検出ツールを調達します。通常、自動ツールを通じて取得されるプログラムデータは、信頼度が高いため、文書、静的データ、組織の知識よりも優先される必要があります。

  • 特定された利害関係者と協力して、ブロッカーを削除します。

  • アプリケーションポートフォリオ評価ワークストリームにシングルスレッドリーダーを割り当てます。

  • 方向性のあるビジネスケースには Migration Evaluator を使用することを検討してください。または、TCO とビジネスケース分析のための AWS パートナーネットワークのツールとサービスをご覧ください。

  • ビジネス成果の加速に役立つ AWS プロフェッショナルサービスと AWS パートナーを検討してください。

プライバシーサイト規約Cookie の設定
© 2025, Amazon Web Services, Inc. or its affiliates.All rights reserved.