パンデミック中のクラウド移行のベストプラクティス: 実装から提供まで

ソーシャルメディアでは、「デジタル変革の最大の原動力はコロナウイルスの流行だ」というジョークが広まっている。それは誇張かもしれませんが、世界中で進行中のパンデミックにより、多くの CTO がクラウド移行プロジェクトを優先するようになりました。 2020 年末までに企業のワークロードの 83% がクラウドで実行されると予測されており、堅牢なクラウド移行戦略を実装することで、企業はプロセスを可能な限り効率的かつ簡単にしながら、クラウド コンピューティングがもたらす利益を最大化できるようになります。

[[330424]]

何を移行する必要があるか、またコストはいくらかかりますか?

移行計画を開始する際、企業は、現在クラウド プラットフォーム上にどの業務システムがあり、どの業務システムをまだ移行する必要があるかを確認する必要があります。現在の状況を完全に把握したら、どのシステムを最初に移行する必要があるかを分析し始めることができます。専門家は、これを判断するために費用便益分析 (CBA) プロセスを使用することを推奨し、費用対効果に基づいてクラウド移行プロジェクトを実行する順序をランク付けすることを提案しています。これにより、同社は今年中にリストにある移行プロジェクトを完了することが確実となり、同社に大きな利益と費用をもたらす困難な問題が解決される可能性があります。

クラウド移行のメリットを費用対効果分析 (CBA) に組み込む際には、この危機の間に発生したボトルネックやサービスの問題を考慮する必要があります。たとえば、社内でホストされているヘルプデスク システムは、作業の柔軟性に影響を与えることが証明されていますか?従業員が通常のオフィス環境に戻ったときにこれが当てはまらない可能性はありますが、柔軟性の欠如が証明されたことは真剣に検討し、それに応じて評価する必要があります。

ハイブリッド展開はまだ存在する

多くの企業にとってクラウドベースの環境は目標ですが、オンプレミスのリソースが依然として運用されている場合もあります。一部の企業では、セキュリティとガバナンスのために、特定のプロジェクトを企業ネットワークの制御下に置く必要がありますが、CISO や CTO が、十分に保護されたパブリック クラウドはオンプレミスのデータ センターと同等以上のセキュリティを備えている必要があることに気付くにつれて、この問題は少なくなっています。

同様に、オンプレミスのリソースを利用できると、データ リンクが完全にクラウド内での作業に適していない企業にキャッシュやリカバリの可能性が提供されます。保証期間内であり、安全が保たれ、比較的新しい状態である限り、一部の物理的な機器を再利用できる可能性を念頭に置くことは、計画段階で持つべき賢明な考え方です。

移行を行っているのは誰ですか?

クラウド移行プロジェクトの規模と範囲に応じて、独自の IT リソースを使用してクラウド移行を管理できる場合もあれば、プロジェクトに関する支援やチームの管理レベルの向上が必要になる場合もあります。独自のスタッフを使用できると判断した場合は、移行プロジェクトの処理に必要なトレーニングと時間が十分に考慮され、費用便益分析 (CBA) プロセスに組み込まれていることを確認する必要があります。

同様の移行を多数実行する必要がない限り、今こそ、こうしたタイプのプロジェクトの専門家であり、移行を成功させる人材とツールを備えたコンサルタントまたはマネージド サービス プロバイダーを雇うべきときです。

プロジェクトを入札にかける前、またはサードパーティのコンサルタントやサービス プロバイダーに連絡する前に、企業はソフトウェア ベンダーと連絡を取り、独自の移行専門家がいるのか、それとも推奨されるコンサルタント チームがいるのかを確認する必要があります。一部の大規模なエンタープライズ ソフトウェア ベンダーは、サービス パートナーが実行する移行に対してのみ継続的なサポートとライセンスを提供します。

有利な

企業の観点から見ると、大規模なクラウド移行は時間とコストの両面で過剰に支出されることが多く、完全に失敗することもあります。

たとえば、英国のチェシャー警察を例に挙げてみましょう。 3 年間のクラウド移行プロジェクトを経て、同社は現在の Oracle ベースのシステムを稼働させてから 12 か月後に新しい ERP システムを導入しました。

企業はクラウド移行を適切に計画する必要がありますが、プロジェクトでベンダーとパートナーに厳格なサービス レベル契約 (SLA) を適用し、納品スケジュールの遅延に対して企業が金銭的に補償されるようにする必要もあります。

クラウド プロジェクトを成功させるには双方向のプロセスが必要であることに留意することが重要です。そのため、主要な関係者が関与し、プロジェクトのタイムラインを理解し、彼らが何をいつ必要とするのかを把握していることを確認する必要があります。そのため、SLA はプロジェクトを順調に進めるために双方向で機能することが多く、明確な計画を立てておくことで、移行プロジェクトを遅らせる土壇場の変更によるペナルティを回避できます。

必要な関係者全員とクラウド移行計画を作成し、プロジェクトを開始したら、計画を忠実に守り、先走りたいという誘惑に抵抗してください。

クラウド移行プロジェクトは厳密に定義された作業範囲から始まることがよくありますが、デリバリーフェーズ中に顧客から範囲の変更を要求されたために作業負荷が急速に増大し、デリバリーの遅延、コストの増加、変更要求が発生します。

可能であれば、計画どおりに移行を完了し、プロジェクトの第 2 フェーズとして追加の変更を加えることが目標です。このようにして、企業は予定どおりに予算内で納品できる実用的なプラットフォームを確保できるようになります。

完全な計画

クラウド移行のさまざまな側面に焦点を当てると、移行が完了した後に何が起こるかを見落としがちです。企業がクラウド移行を開始する前に、社内の役割と責任を計画することが重要です。

企業は、クラウド プラットフォームの監視を担当する人など、主要なチームと人員を計画し、将来問題が発生した場合の主要なサポート エスカレーション (外部請負業者を含む) を詳細に計画する必要があります。

クラウド移行を確認する時間を計画して、改善できる箇所と、当初の計画よりも追加のアクションを実行する必要があるかどうかを把握します。

移行を実行するスタッフが主要なプロセスを把握して文書化し、チームが両方の側面を理解していることを確認します。

最後に、移行プロジェクトが最終的に完了すると、不要になった IT ハードウェアが大量に残ってしまう可能性があります。組織のデータ セキュリティ、法的ガバナンス要件、環境など、これを安全に処理する方法を検討してください。