マイグレーション2.0レガシー・マイグレーションのノウハウ&ドゥハウ。計画時サービスからメインサービスまでシステムズの業務をご案内。予想を下回る動きしかないまま、火が消えたかのように見えたVBマイグレーションですが、ここに来て、多くの企業からの問い合わせが殺到しています(図)。10の登場と普及です。10に切り替える際にVB.NETに移行したい」という企業も増えています。延命したハードウェア機器も保守が切れる時期を迎えていることもあるでしょう。2003のサポート終了だけでは動きの鈍かった企業も、OSやハードウェアを切り替えるという理由であればIT投資がしやすいからです。付随するものも一緒に見直そう、というのが二度目の波を作っている要因となっているようです。VBマイグレーション需要の波オープンレガシー問題に隠れたリスク再び訪れたVBマイグレーションのニーズですが、実際に相談を受けた企業に出向いて話を聞くと、単純なVBの移行の話だけでは済まないことが多くあります。それよりもずっと深刻な問題が後ろに潜んでいることが往々にしてあるからです。既存の基幹システムが、肥大化・複雑化して手が付けられない状況になっている、というケースに頻繁に遭遇するのです。導入から長い年月を経た企業の情報システムは、幾度かのカスタマイズ、度重なる改修や機能強化などを行ううちに、パフォーマンスは低下し、不要なソースは増え続ける一方で、初期からの開発・運用メンバーも退職していく、といった既存システムのブラックボックス化問題を抱えています。システムの運用・維持だけに追われ、その場しのぎの修正や追加を繰り返してきた結果、会社の重要な資産である基幹システムのプログラムはスパゲッティ状態になっています。当初システムを熟知していた要員もいなくなり、何からやればいいのか、誰に訊いたらいいのかも分からないまま傍観するだけ、という負のスパイラルに陥っているわけです。したケースは、実は想像以上に多いのです。開発当初からの仕様書や設計書などのドキュメント類をきちんと保管していれば、新しい担当者でも引き継げますが、これをルール化している企業は案外少ないようです。