クラウド コンピューティング ロードマップを構築するためのベスト プラクティス

クラウド コンピューティング ロードマップとは何ですか?なぜそれを持つことが重要なのでしょうか?これらは、多くの組織が知る必要のある、または答える必要のある質問の一部です。

[[334865]]

組織がビジネスをクラウド プラットフォームに移行するのは簡単ではありません。移行の負荷と手順が多いため、多くの時間と労力がかかり、環境の規模と複雑さに応じて課題も増大します。さらに、組織は、ビジネスをクラウド プラットフォームに移行するという長期的な目標と当初の意図を忘れてはなりません。

クラウド コンピューティング ロードマップは、オンプレミスの運用からクラウド プラットフォームへの組織の移行を視覚的に表したもので、途中で発生する問題に対処しながら長期的な目標を達成するのに役立ちます。クラウド コンピューティングのロードマップには、すべての成果物と期限が含まれる必要があり、これらは通常、計画、インフラストラクチャ、実装という 3 つの主要なフェーズに分かれています。

クラウド コンピューティングのロードマップの構築を開始する良い方法は何ですか?

何かを始める前に、クラウド移行に関わるすべての人が、ビジネスをクラウドに移行する背後にあるビジネス目標を理解する必要があります。安定性、コスト削減、柔軟性、あるいはこれらすべてを目的とする場合でも、目標がなければ、プロジェクトを成功させるために何が必要かを定義することはほぼ不可能です。

これらの目標を決定する際、組織は顧客のニーズを考慮し、これらの目標の重要性を明確にする必要があります。最終的には、顧客により良いサービスを提供する方法に行き着くはずです。たとえば、B2B の状況では、クラウド中立性を維持することが重要です。顧客が求める場所でコラボレーションできれば、組織は顧客とより緊密な関係を築くことができます。顧客をビジネス目標とするのであれば、クラウド コンピューティングのロードマップにそれを反映させる必要があります。

ここから、組織は主要なマイルストーンを含む作業計画を作成する必要があります。組織が行うテクノロジーに関する決定は、そのビジネス目標に基づいて行う必要があります。たとえば、クラウドの移植性は実際には技術的な目標ではなく、ビジネス上の目標です。組織は、他の管轄区域の子会社にこれを使用したり、将来の交渉で優位性を高めるために特定のベンダーに縛られたくない場合にこれを使用したりできます。

優れたクラウド コンピューティング ロードマップには何を含める必要がありますか?

あらゆる優れた組織戦略と同様に、クラウド コンピューティングのロードマップを構築するには、次の 3 つのことを達成する必要があります。

（1）組織のチームとその最終目標との関係を理解するのに役立ちます。

（２）組織が事業目標を達成し、保護するための軌道を維持します。クラウド中立を維持することがポリシーであるため、ハイブリッド機能が求められます。実際には、これらはビジネス戦略の 2 つの要素であると考えられます。1 つは、顧客が必要とする場所で実行できることであり、これはオープン ソース プラットフォームやマルチクラウド サービスなどの移植可能なコンポーネントとサービスを選択することを意味します。もう一つの方針としては、意思決定の時間を最小限に抑えることが挙げられるでしょう。

（３）これらの方針を遵守する一貫した行動プログラムが組織を最終状態へと導きます。これらの項目はビジネスの進化に応じて変化するため、組織の前提条件と依存関係に重点を置く必要があります。組織が意思決定時間を短縮するポリシーを持っている場合、前提条件としてリアルタイムの側面をクラウド プラットフォームに組み込む必要があります。ストリーミング プラットフォームを使用すると、組織はバッチベース処理とリアルタイム処理の間のギャップを埋めることができます。これはストリーミング ETL と呼ばれることがよくあります。ただし、組織はすべてを一度に行う必要はなく、バッチベースのプラットフォームにリアルタイム機能を段階的に追加することで、より多くの価値を得ることができます。組織の処理がまだバッチベースである場合でも、特定のデータ ソースをリアルタイムでストリーミングできるようになります。時間の経過とともに、組織はリアルタイム処理を追加してバッチ プロセスを補強したり、最終的には置き換えたりできるようになります。

従来のクラウドロードマップ計画のミスを回避する

もう一つの間違いは、計画の変更が少なすぎたり多すぎたりすることです。これにはバランスが必要です。たとえば、組織がクラウド コンピューティングのロードマップを 6 か月ごとに再検討することは良い考えですが、ビジネス目標の変化に合わせて変更を加える必要があります。とはいえ、これはビジネスの存続期間中に数回しか変更されない可能性があるため、組織のリーダーをプロセスに関与させることが重要です。組織は、計画がチームのニーズを満たしていることを確認するために、少なくとも年に 1 回は主要な関係者に計画を提示する必要があります。組織はここでアクションを追加したり変更したりできますが、戦略や最終目標の変更はまれです。

組織が遭遇する一般的な問題は、クラウド コンピューティングのロードマップを、本質的には戦術的なものにすぎないことが多いテクノロジー要素に集中させることです。この問題は、組織が技術的なフレームワークのみに焦点を当て、それをビジネス コンテキストに合わせてアップグレードしない場合、成果の価値を定義することが困難になるために発生します。

その結果、組織のリーダーは圧倒されたり興味を失ったりして、プロジェクトの優先順位が下がってしまう可能性があります。しかし、さらに悪いことに、テクノロジーに重点を置くと、全体的なビジネス目標と一致しない投資が行われる可能性があります。たとえば、組織はクラウド プラットフォームの選択の自由を望んでいるかもしれませんが、それはビジネス成果やビジネス運用の柔軟性に結び付けられている必要があり、そうでなければ IT 組織外では実際の価値がないと思われます。

全ての卵を一つのバスケットに入れない：ロードマップ作成プロセスに適切な人材を関与させる

クラウド移行などの大規模なインフラストラクチャ プロジェクトで最も重要な部分の 1 つは、組織がビジネスのすべてのレベルから得られる賛同です。これは IT チームだけの仕事ではありません。 IT 以外のリーダーシップ チームも、プロジェクトのビジネス目標に合わせる必要があります。これらのポリシーは、スタッフのニーズだけでなく、投資プロジェクトや組織全体のニーズも満たす必要があります。財務、運用、営業の各チームが関与することがよくありますが、上級リーダーシップと上級管理職はプロジェクト全体に対して責任を負う必要があります。

チームは頻繁に意見を共有し、プロジェクトの成果物について合意に達する必要があります。これにより、ロードマップに成功のための重要な要素がすべて含まれるだけでなく、適切な人材が選ばれることも保証されます。