クラウド導入計画のワークロードを定義し、優先順位を付ける
明確で実行可能な優先順位を設定することは、クラウド導入を成功させる秘訣の 1 つです。 ついしがちな行動として、クラウド導入時に影響を受ける可能性があるすべてのワークロードを定義することに時間を費やすことがあります。 ただし、それは、特に導入プロセスの初期段階では逆効果になります。
代わりに、チームで最初の 10 個のワークロードの優先順位付けと文書化を徹底的に行うことをお勧めします。 導入計画を実施した後、チームはその次に優先順位の高い 10 個のワークロードのリストを保持できます。 このアプローチにより、次の数回の反復を計画するのに十分な情報が提供されます。
計画を 10 個のワークロードに制限することで、ビジネス上の条件が変化したときの機敏性と優先順位付けの調整が促進されます。 このアプローチでは、クラウド導入チームが見積もりを学習して調整することもできます。 最も重要なのは、効果的なビジネス変革に対して障壁となる広範囲にわたる計画がなくなることです。
ワークロードとは
クラウド導入において、ワークロードとは、定義されたプロセスを集合的にサポートする IT 資産 (サーバー、VM、アプリケーション、データ、またはアプライアンス) の集まりです。 ワークロードは、複数のプロセスをサポートすることができます。 また、ワークロードは、他の共有資産やより大きなプラットフォームに依存する場合もあります。 ただし、ワークロードは、依存する資産と、そのワークロードに依存するプロセスに関して境界を定義しておく必要があります。 多くの場合、ワークロードは、IT 資産間のネットワーク トラフィックを監視することで視覚化できます。
前提条件
前提条件リストからの戦略的入力により、以下のタスクの達成がより容易になります。 この記事で言及されているデータの収集については、前提条件リストに関する記事を参照してください。
初期ワークロードの優先順位付け
増分型の合理化プロセス中、チームは優先順位の高い 10 個のワークロードからなる 10 のパワーのアプローチに合意する必要があります。 これらのワークロードは、導入計画の最初の境界として機能します。
デジタル資産の合理化が不要であると判断したとします。 その場合、クラウド導入チームとクラウド戦略チームが、移行の最初の焦点となる 10 個のアプリケーションのリストについて同意することが推奨されます。 これらの 10 個のワークロードには、単純なワークロード (自己完結型デプロイで資産が 10 個未満) とより複雑なワークロードを混在させることも推奨されます。 これらの 10 個のワークロードがワークロード優先順位付けプロセスを開始します。
Note
10 のパワーのアプローチは、初期段階の分析にエネルギーと投資を集中させるための、計画の最初の境界として役立ちます。 ただし、ワークロードを分析および定義することによって、優先ワークロードのリストに変更が生じる可能性があります。
ワークロードをクラウド導入計画に追加する
前の記事「クラウド導入計画と Azure DevOps」では、Azure DevOps でクラウド導入計画を作成しました。
ここでは、"10 のパワー" リストのワークロードをクラウド導入計画で表すことができます。 これを行う最も簡単な方法は、Microsoft Excel で一括編集することです。 一括編集を行うためにワークステーションを準備するには、Microsoft Excel を使用した作業項目の一括追加または変更に関する記事をご覧ください。
その記事の手順 5 では、 [入力リスト] を選択するよう指示されています。 代わりに、 [クエリ リスト] を選択します。 次に、 [クエリの選択] ドロップダウン リストから [Workload Template](ワークロード テンプレート) クエリを選択します。 このクエリにより、単一のワークロードの移行に関連するすべての作業がスプレッドシートに読み込まれます。
ワークロード テンプレートの作業項目が読み込まれたら、次の手順に従って新しいワークロードの追加を開始します。
- 一番右の列にワークロード テンプレート タグがリストされている項目をすべてコピーします。
- コピーした行を、表の最後の行項目の下に貼り付けます。
- 新しい機能のタイトル セルを、ワークロード テンプレートから新しいワークロードの名前に変更します。
- 新しい機能の下のすべての行のタグ列に新しいワークロード名のセルを貼り付けます。 実際のワークロード テンプレート機能に関連した行のタグまたは名前は変更しないように注意してください。 次のワークロードをクラウド導入計画に追加するときに、これらの作業項目が必要になります。
- 一括編集手順の手順 8 に進み、ワークシートを公開します。 この手順により、ワークロードの移行に必要なすべての作業項目が作成されます。
10 のパワーのリストの各ワークロードに対して手順 1 から 5 を繰り返します。
ワークロードを定義する
最初の優先順位を定義し、計画にワークロードを追加した後、より深い定性分析を使用して各ワークロードを定義します。 クラウド導入計画にワークロードを含める前に、ワークロードごとに以下のデータ ポイントを提供してみてください。
業務的な入力
| データ ポイント | 説明 | 入力 |
|---|---|---|
| ワークロード名 | このワークロードの名前 | |
| ワークロードの説明 | このワークロードが何をするかを一文で入力 | |
| 導入の動機 | このワークロードによって、どのようなクラウド導入の動機が影響を受けますか? | |
| 主要スポンサー | 影響を受ける利害関係者のうち、前述の動機を要求している主要スポンサー | |
| 事業影響度 | このワークロードが受けるビジネス上の影響 | |
| アプリケーションの影響 | このアプリケーションがビジネス プロセスに与える影響 | |
| データの影響 | このデータがビジネスに与える影響 | |
| 事業単位 | このワークロードのコストに責任を負う事業単位 | |
| ビジネス プロセス | ワークロードの変更によって影響を受ける業務プロセス | |
| ビジネス チーム | 変更によって影響を受けるビジネス チーム | |
| 業務の利害関係者 | 変更によってビジネスに影響を受ける経営幹部がいるかどうか | |
| ビジネス成果 | この取り組みの成功をビジネスでどのように測定するか | |
| メトリック | 成功を追跡するのに使用されるメトリック | |
| コンプライアンス | このワークロードについてのサード パーティのコンプライアンス要件があるかどうか | |
| アプリケーションの所有者 | このワークロードに関連するすべてのアプリケーションのビジネスへの影響の責任者 | |
| ビジネス凍結期間 | ビジネスで変化が許容されないことがありますか? | |
| 地域 | このワークロードの影響を受ける地域があるかどうか | |
| 持続可能性 | このワークロードに関して考慮されている持続可能性とクラウド効率に関する考慮事項とは何ですか? |
技術的な入力
| データ ポイント | 説明 | 入力 |
|---|---|---|
| 導入アプローチ | この導入が移行またはイノベーションの候補かどうか | |
| アプリケーション運用リード | このワークロードのパフォーマンスと可用性についての責任者を記載します。 | |
| SLA | サービス レベル アグリーメント (RTO/RPO 要件) があれば記載します。 | |
| 重要度 | 現在のアプリケーションの重要性を記載します。 | |
| データ分類 | データの機密性の分類を記載します。 | |
| 運用地域 | ワークロードがホストされる (またはホストされるべき) 地域を記載します。 | |
| アプリケーション | このワークロードに含まれるすべてのアプリケーションの最初のリストまたは数を指定します。 | |
| VM | このワークロードに含まれるすべての VM またはサーバーの最初のリストまたは数を指定します。 | |
| データ ソース | このワークロードに含まれるすべてのデータ ソースの最初のリストまたは数を指定します。 | |
| 依存関係 | このワークロードに含まれていないすべての資産の依存関係を記載します。 | |
| ユーザー トラフィック地域 | 大量のユーザー トラフィックがある地域を記載します。 |
優先順位を確認する
集められたデータに基づいて、クラウド戦略チームと導入チームは優先順位を再評価するために集まる必要があります。 ビジネス データ ポイントの明確化によって、優先順位の変更が促される場合があります。 技術的な複雑さまたは依存関係により、人員配置、タイムライン、または技術的な取り組みの順序付けに関連した変更が行われることもあります。
レビュー後、両チームは、結果として得られた優先順位を確認して納得する必要があります。 このように文書化、検証、および確認された一連の優先順位が、優先順位付けされたクラウド導入バックログです。
次のステップ
優先順位付けされたクラウド導入バックログ内のすべてのワークロードに対して、チームは資産を調整する準備ができました。