調査によると、移行はより困難で、より費用がかかり、より頻繁に失敗するようになっています。 どうしたの？
最近では、一般的な移行プロジェクトは、アプリケーションや機能を何らかの形でオンプレミス システムからクラウドに移行することを意味することが多くなっています。 移行は常に非常に困難であり、多くのカットオーバー前の計画と週末の作業が必要でした。 多くの可動部分を調整するだけでなく、影響を受ける従業員や従業員のために多くの手を差し伸べる必要があります。 エグゼクティブ。 （特に幹部！）
現在、多くの移行における方向性はクラウドの方向にあり、どのように移行するかについてさまざまな議論があるにもかかわらず、 シンプルで簡単なクラウドは物事を実現しますが、移行を監督する人々にとっては実際には物事が簡単になりません。
むしろ、クラウド アプリケーションやサービスへの移行の増加に伴い、移行の失敗は過去数年間で劇的に増加しています。 あ 調査 Vision Solutions が最近発表した 1,598 人の IT プロフェッショナルの調査によると、「移行の失敗」の発生率は、最も多い 2 つのグループで 42% 増加したことがわかりました。 近年この調査が実施され、障害を報告した IT 管理者の割合は 2014 年の 36% から、2015 年には 44%、2015 年には 51% に増加しました。 2016.
それで何が与えられるのでしょうか？ クラウドは誰にでもITを混乱させるライセンスを与えているため、物事はさらに複雑になっている、と調査の著者らは推測している。 「テクノロジーの専門家はデータセンターの形成と階層化を進めており、どのソフトウェアをクラウドに移行するかについて慎重な決定を下したいと考えています」と彼らは述べています。 「同時に、事業部門はより機敏なクラウドベースのアプリケーションを取得するために IT を活用しており、企業は脆弱なままになっています。 しかし、IT 部門は、これらのアプリを根絶するのではなく、これらのアプリをインベントリして管理する最適な方法を見つけ出す必要があります。」
専門家の約 25% は、ビジネス ユーザーが IT 部門の管理外でクラウド アプリケーションを実行していることを認識しているようですが、33% は誰が何を使用しているのかまったくわからないと認めています。 現在、調査回答者の 3 分の 2 が何らかの形でクラウドを使用していますが、これらの環境の管理は依然として不正確な科学です。 たとえば、IT プロフェッショナルの間では、パブリック クラウド内のデータとアプリケーションの保護の責任者が誰であるかについてコンセンサスが得られていないことが調査で判明しました。 約 43% が最終的な責任はクラウド プロバイダーにあると考えており、39% は社内の IT 部門が責任を負うべきであると考えています。
同時に、クラウドの有無にかかわらず、移行は決して簡単ではありませんでした。 「移行には、さまざまな種類のハードウェアとソフトウェア資産、計画、テスト、人員配置、スケジュール設定が含まれることが多いため、失敗する可能性があるのは不思議ではありません」と調査の著者は述べています。
この調査では、最大規模の企業 (従業員 1,000 人以上) は移行の失敗を経験した可能性が高い (60%) のに対し、その他の企業は 44% であることもわかりました。 「間違いなく、大規模な組織はより複雑なシステムを持っており、アプリケーションだけでなく多くのサーバーやデータベースを移行しています」と調査の著者は説明しています。
移行時に遭遇する最大の問題には、システムのダウンタイム (42%) と合わせて、スタッフが残業しなければならなかったとの回答 (44%) が含まれます (これは当然のことです!)。 ここで話しているダウンタイムはどれくらいですか? この調査によると、IT 管理者の 83% が移行に伴うある程度のダウンタイムがあると報告し、58% が移行のダウンタイムが 1 時間以上であると報告しています。
移行も計画どおりに行われないことがよくあります。 調査対象となった IT 管理者の 3 分の 2 は、主にダウンタイムへの懸念により、移行を延期しなければならなかったと報告しています。 残業（つまり週末）をするという見通しも、何らかの奇妙な理由でスタッフを興奮させませんでした。 実際、IT プロフェッショナルの大多数は、移行中に 25 時間以上余分に働きました。
もちろん、ビジネス、特に古いハードウェアとソフトウェアを依然として使用しているビジネスには、「パフォーマンス」という問題が伴います。 劣化、運用効率の低下、データ損失、機器の故障、またはリース契約の重複による追加費用が発生する可能性があります」と調査の著者は述べています。 追加。
調査で挙げられた問題点としては、必要な期間内に新しいサーバーでアプリケーションを起動できないこと (60%)、テストの欠如により問題の発見が遅れたこと (39%) などが挙げられます。
「これらの調査結果は、移行失敗の根本原因は、不十分で非現実的な計画と目標設定、および不完全なテスト手順である可能性が高いことを示しています」とレポートの著者らは結論付けています。 「こうした移行の失敗の一部はツールが不十分であることが原因である可能性がありますが、トレーニングや計画を含む人的要因が重要な役割を果たしていることは明らかです。」 移行作業に成功した組織は、「より適切に計画し、より早くテストし、移行中の継続的な稼働時間を可能にする移行ツールにアクセスできます」。
このアドバイスに加えて、明白な常識もあります。プロセスのすべての段階で全員のフィードバックを尊重し、常にそれを維持することです。 関係者全員に何が起こるかを知らせ、新しいプラットフォームがどのように改善するかを伝えます。 生きています。