レガシーマイグレーションの新定義

　レガシーマイグレーションという言葉自体は4〜5年前に話題になった言葉で新しい言葉ではない。4〜5年前というと2007年問題を直前に控えた時期であり、メインフレーム技術者が大量に退職する前にメインフレーム上のIT資産（COBOL資産など）をUNIXやWindowsもしくはWeb環境という新しい世代のオープン系プラットフォームに移行することを目的としたものだった。
　しかし、当時のレガシーマイグレーションは、そのほとんどがうまくいかなかった。その原因は、2007年問題以前ではあったものの「仕様が分かる人間がすでに退職」していたり、「仕様書が古く仕様書とコードが不整合」であったり、「プログラムがスパゲッティ化して理解できない」、さらに「正しいコードはどれなのか分からない」など多くの問題が頻繁に発生したためであった。
　その結果、プロジェクト自体は「バグが収束せず」、「コスト超過」という結果に終わることが多かった。また、個別のレガシーマイグレーションや新規開発、パッケージ導入などにより異なる複数のオープン系プラットフォームが乱立してしまい、メインフレーム保守コストと比較し、期待したほど保守コストを削減できないという事態も引き起こした。

　このような状況から数年経った現在、レガシーマイグレーションに対するユーザ企業の取り組みはどのような状況にあるのだろうか。ここからは、野村総合研究所が2009年02月16日〜 2009年03月02日に実施した「企業情報システムとITキーワードに関する調査」の結果を使いユーザ企業の取り組み状況を解説する。

…この記事の続きは、会員限定です。 　会員登録はこちら(無料)

会員限定の「レガシーマイグレーション/レガシーマイグレーションの新定義」(全文)では、著名アナリストによる「レガシーマイグレーション/レガシーマイグレーションの新定義」の市場動向を解説しています。会員登録を行い、ログインすると記事の続き(以下の内容)がご覧いただけます。

【1】レガシーマイグレーションの現状

【2】レガシーマイグレーションの検討ステップと最適な方策の選び方

【3】ゴールは「リアーキテクチャ」

会員になると「レガシーマイグレーション/レガシーマイグレーションの新定義」の他に注目ジャンルの最新トレンド予測をご覧いただけます。