なじんだシステムから引きはがすには
アプリ統合の最難関、「レガシーシステム引退」を成功に導く方法
アプリケーション統合は複雑で困難が多いが、最大の難問はレガシーシステムから離れるよう組織を説得することだ。その手法を伝授しよう。
わたしは過去15年のキャリアをアプリケーション統合、つまりレガシーシステムの入れ替えに費やしてきた。レガシーアプリケーションではもう仕事はできないと誰かが判断し、新しいものを導入するプロジェクトを立ち上げる。アプリケーション統合は複雑で困難が多いが、最大の難問はチーム管理でもなければ、関係者間の調整でも、時間や提出物やコストの管理でもない。
最大の難問は、古いものを断ち切ることだ。
そう、わたしが最も苦労してきたのは、新システムが動き始めた後、レガシーアプリケーションから離れるよう組織を説得することだった。人間というのは、必要かもしれないと考えるものにしがみつきたがる傾向があるようだ。
何年か前に、消費財メーカーの大型ERPプロジェクト管理を手掛けたことがある。プロジェクト半ばで、この会社が競合企業の1社を買収した。ご想像の通り、買収された企業は、注文管理と配送のために独自のアプリケーションを持っていた。同社をわれわれのERPプロジェクトに取り込もうとすると、買収された企業の経営陣が猛反対した。
新システムは、この会社の注文入力・配送プロセスに対応できない可能性があった。ただし、正確な受注と注文処理、在庫引当、注文品の発送ができ、売掛金勘定システムと統合できるのだが、それだけでは十分でなかったらしい。新システムは「わが社のシステム」ではないからうまくいかないということだった。そこでERPプロジェクトを予定通り進めるため、われわれはこの会社の件を置いたまま先に進んだ。
新システムが稼働を開始した後、わたしは同社を去った。先週、後任のCIOと話す機会があり、同社がいまだに両方のシステムを使って注文を処理していることを知った。
大部分の企業には、孤立したアプリケーションや重複するアプリケーションがラインのどこかにあるはずだ。ある部門が特定のコラボレーションスイートを導入し、別の部門は違うものを導入しているといった具合だ。両部門とも自分たちのレガシーアプリケーションにしがみつき、アプリケーションを統合してどちらか1つに絞ることなど考えたくもないと言う。
結局、入れ替えるはずだったレガシーアプリケーションを引退させることができないままになることもある。新しいアプリケーションを初めて導入したときは、レガシーアプリケーションを生かしておく十分な理由があったかもしれない。変換したくない過去のデータにアクセスする必要がある、あるいは経理が古いシステムでもう1件ファイナンシャルクローズをやりたがっているといったことだ。
しかし、それから5年たってもまだ、それが生きて動いているとは! 生きて動いているだけでなく、サポートの時間と経費を取らせ、ITを複雑にさせ、引退すべきアプリケーションのために優秀な人材の手間を取らせ続ける。
レガシーシステムを引退させる方法
重複するレガシーシステムを引退させられない自分に何年もイライラし続けてきた経験から、わたしはレガシーシステムを使い続けたいという誘惑を押さえ込むのに使う手法を幾つか確立した。
先に計画に組み込んでしまう
新しいアプリケーションのためのプロジェクト計画立案の際に、入れ替えの対象となるレガシーアプリケーション引退の計画も立てる。この計画では導入のフェーズごとに、レガシーアプリケーションの段階的な廃止方法を定めたチェックリストを作成する。
コスト削減を盾に取る
最近ではわれわれの大部分がIT経費の削減を求められている。経費を削減できる1つの手段は、重複するシステムをなくすことだ。同じ作業、あるいはほとんど同じ作業を行うアプリケーションが複数ある場合、わたしは各システムのサポートに掛かるコスト負担をはじき出し、どちらを残したいか選ぶよう会社に求める。こうすれば、会社が1つのプラットフォームへ移行する面倒を見てくれる。
ポートフォリオを図解で示す
アプリケーションポートフォリオの内容を定期的に報告する。自分たちがどのようなアプリケーションをサポートし、そのアプリケーションがどんな業務を担っているかを図表で示されると、なぜ注文管理アプリケーションが2つあるのか、なぜ報告分析ツールが5つもあるのか、イントラネットアプリケーションが1つだけではなぜだめなのかといった質問が出てくる。図表はアプリケーションを増やしたり減らしたりするたびに更新し、顧客に送信している。これ1つで効果は絶大だ──特に送信先にCEOが入っている場合には。
アプリケーション統合でわたしが学んだ最も重要な教訓は、計画を立てることだ。予算を組み、候補の1つとして数える。選択肢とメリットを検討する。最終的に何を統合するかは会社が決める。わたしはただ、その決定の手助けができればと思っている。
本稿筆者のニール・ニコライゼン氏は米HeadwatersのCIO兼戦略プランニング担当副社長。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社フィックスターズ] 組み込み開発特有の課題も解消できる「AI活用」の秘訣とは? -
事例
[株式会社ビザスク] 「新規事業」事例集:大手企業はどのように想定顧客ヒアリングを行っているのか -
市場調査・トレンド
[株式会社ビザスク] 質の高い「仮説検証インタビュー」を実施するためのポイント -
事例
[株式会社ビザスク] 富士フイルムの新領域参入に学ぶ事業創出 「畑違い」でもビジネス化できる方法 -
事例
[株式会社ビザスク] 三菱電機 上席執行役員に学ぶ、未来を切り開く「新事業創出」の実践方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
2
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
3
「企業内サーバ環境の利用実態」に関するアンケート
-
4
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
5
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
6
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
7
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
8
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
9
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
10
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
3
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
8
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー