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

# 優先順位付け基準の反復
<a name="iterating-prioritization-criteria"></a>

移行ウェーブプランを作成する前に、アプリケーションの優先順位付け基準を繰り返して、パイロットアプリケーションの選択から長期的なウェーブプランニングに移行することをお勧めします。 

前のセクションでは、シンプルなクラウド対応アプリケーションを優先するデフォルトの優先順位付け基準を導入しました ([「アプリケーションの優先順位付け](prioritization-and-migration-strategy.md#prioritizing-applications)」を参照）。これは、初期段階では、移行プロセスを改良し、学んだ教訓を組み込むために、重要ではないアプリケーションから始めることをお勧めします。ただし、この段階では、長期計画を作成するには、アプリケーションを移行する順序をビジネスドライバーに合わせて調整する必要があります。新しい基準を適用すると、ウェーブプランニングの重要な入力となるアプリケーションの新しいランキングが生成されます。

アプリケーションポートフォリオから利用可能なデータポイントを確認し、ビジネスドライバーに基づいてアプリケーションの優先順位付けを決定する属性を選択します。

まず、ビジネスドライバーを検証します ( [「ビジネスドライバーと技術ガイドの原則](business-drivers-technical-guiding-principles.md)」を参照）。次に、ビジネスドライバーに基づいて、移行するアプリケーションの優先順位付けに役立つ属性を選択します。 

次の表は、イノベーションのビジネス推進要因に沿った優先順位付け基準の例を示しています。


| 
| 
| 属性またはデータポイント | 使用できる値 | スコア (0～99) | 重要性または関連性の乗算係数 | 
| --- |--- |--- |--- |
| オペレーティングシステム | AIX | 80 | 高 (1x) | 
| Solaris | 80 | 
| HP-UX | 80 | 
| メインフレーム | 70 | 
| Windows | 50 | 
| Linux | 20 | 
| ビジネスの重要性 | 高 | 60 | 高 (1x) | 
| 中 | 40 | 
| 低 | 20 | 
| アーキテクチャ | 密結合 | 60 | 高 (1x) | 
| 疎結合 | 20 | 
| 運用モデル | 従来の - CI/CD なし | 60 | 中高 (0.8x) | 
| 基本的な CI/CD | 40 | 
| 完全な DevOps | 20 | 
| コンピューティングインスタンスの数 | 1 ～ 3 | 60 | 中高 (0.8x) | 
| 4-10 | 40 | 
| 11 以上 | 20 | 
| 移行戦略 | リファクタリング (リアーキテクト) | 70 | 中 (0.6x) | 
| リプラットフォーム | 40 | 
| 再購入 | 30 | 
| リホスト | 10 | 

次の表は、迅速なコスト削減のためのビジネス推進要因に沿った優先順位付け基準の例を示しています。


| 
| 
| 属性またはデータポイント | 使用できる値 | スコア (0～99) | 重要性または関連性の乗算係数 | 
| --- |--- |--- |--- |
| データベース製品 | Oracle | 70 | 高 (1x) | 
| Microsoft SQL | 70 | 
| その他 | 20 | 
| オペレーティングシステム | Windows | 70 | 高 (1x) | 
| Linux | 70 | 
| その他 | 20 | 
| CPU 使用率 (平均) | 36% 以上 | 60 | 高 (1x) | 
| 36% 未満 | 40 | 
| コンピューティングインスタンスの数 | 11 以上 | 60 | 中高 (0.8x) | 
| 4-10 | 40 | 
| 1 ～ 3 | 20 | 
| 移行戦略 | リタイア | 80 | 中 (0.6x) | 
| リホスト | 70 | 
| リプラットフォーム | 50 | 
| リファクタリング (リアーキテクト) | 10 | 

優先順位付け基準をテストし、一般的に出力に同意するまで繰り返します。ベースラインバージョンを取得するには、少なくとも 3 ～ 4 回の反復が必要です。