レガシーシステム刷新の考え方：塩漬けとリプレースの間
基幹システムやレガシーシステムの刷新は、多くの企業で「動いているから触らない（塩漬け）」か「思い切って全面リプレースする」かの二者択一で語られがちです。しかし、放置すればブラックボックス化と保守コストが膨らみ、全面刷新に踏み切れば費用も期間もリスクも跳ね上がります。実際には、その両極の間に段階的な選択肢が複数あります。本記事では、経済産業省の最新レポートを手がかりに、レガシーシステム刷新の考え方と、自社に合う進め方を整理します。
なぜ「塩漬け」も「即リプレース」も危ういのか
経済産業省が2018年に公表した「DXレポート」は、老朽化・複雑化した既存システムがDXの足かせとなる問題を「2025年の崖」と呼び、対応が進まなければ2025年以降に最大で年間12兆円の経済損失が生じうると指摘しました。この課題は現在も解消していません。経済産業省が2025年5月に公表した「レガシーシステムモダン化委員会 総括レポート」では、レガシーシステムが残存する企業はユーザー企業全体で61%、大企業に限ると74%にのぼると報告されています。
同レポートはレガシーシステムを「技術面の老朽化、システムの肥大化・複雑化、ブラックボックス化等の問題があり、経営・事業戦略上の足かせ、高コスト構造の原因となっているシステム」と定義しています。ここでのポイントは、古いこと自体ではなく、事業の変化に追随できず、コストを押し上げている点です。
「塩漬け」が静かに膨らませるコスト
動いているシステムに手を入れない判断は、短期的には合理的に見えます。しかし放置は次のようなコストを積み上げていきます。
- 仕様を把握する担当者の退職や高齢化で、誰も全体像を説明できなくなる（属人化・ブラックボックス化）
- 古い基盤の維持に人材と保守費が固定的にかかり、新しい投資に回す余力が削られる
- 外部サービスやAIとのデータ連携が難しく、業務改善やDXの選択肢そのものが狭まる
- セキュリティ上の脆弱性が残り、サポート終了(EOL)に伴う事業継続リスクが高まる
「即・全面リプレース」が抱えるリスク
一方で、いきなり全面刷新に踏み切るのも危険です。長年の業務ルールが染み込んだ基幹システムを一度に置き換えるプロジェクトは、要件が膨らみやすく、費用・期間・人員のいずれもが当初想定を超えがちです。稼働直後の混乱が事業を止めるリスクもあります。重要なのは、塩漬けと全面刷新の両極ではなく、その間にある選択肢から自社の状況に合うものを選ぶことです。
塩漬けとリプレースの間にある選択肢
レガシーシステムのモダナイゼーション（近代化）には、変更する範囲の狭いものから広いものまで、複数の手法があります。一般に、変更範囲が広がるほど効果は大きくなりますが、費用・期間・リスクも増えます。代表的な手法を、範囲の狭い順に整理します。
リホスト：基盤だけを載せ替える
アプリケーションのプログラムには手を加えず、ハードウェアやインフラ環境だけを新しいものへ移す手法です。たとえばオンプレミスのサーバをクラウド基盤へ移すイメージです。最小のリスクとコストで老朽化した基盤から離れられますが、業務ロジックの複雑さやブラックボックス化はそのまま残る点に注意が必要です。
リライト：仕様を保ったまま作り替える
業務の仕様は基本的に変えずに、古いプログラム言語やアーキテクチャを新しい技術へ書き換える手法です。保守しやすく人材を確保しやすい技術基盤に移せる一方、書き換えの過程で現行仕様を正確に読み解く必要があり、リホストより工数がかかります。
リビルド／リプレース：作り直す・置き換える
リビルドは、現行の要件を見直したうえでシステムを再設計・再構築する手法で、最も効果が大きい反面、費用と期間も最大になります。リプレースは、自社開発の資産をパッケージ製品やSaaSへ置き換えるアプローチです。標準機能に業務を合わせられる領域では有力ですが、独自性の高い業務では合わない部分の見極めが要になります。
自社に合う道をどう選ぶか
手法の優劣を先に議論しても答えは出ません。まず自社のシステムと業務の実態を見える化し、そのうえで領域ごとに判断するのが順序です。次のステップで進めます。
- IT資産の棚卸し：稼働中のシステム・機能・データ・保守契約・利用状況を一覧化し、どこがブラックボックスかを特定する
- 事業価値での仕分け：各システムを「競争力の源泉か／代替可能な定型業務か」で分類し、投資の優先度を決める
- 手法の割り当て：優先度の高い領域はリライトやリビルド、標準化できる領域はSaaSやリホストなど、領域ごとに手法を選ぶ
- 段階的な計画化：一度に全部ではなく、影響範囲の小さいところや効果の見えやすいところから着手し、成功体験を積みながら広げる
判断に迷ったときは、「この仕組みは、他社と差がつく自社の強みを支えているか」を問い直すと整理しやすくなります。強みを支える領域は自社に残して磨き、そうでない領域は標準品に寄せる、という切り分けが投資対効果を高めます。なお、税務・会計・労務に関わる基幹領域の刷新では、制度対応の要否を専門家に確認しながら進めることをおすすめします。
モダン化を進める4つの要点
手法を選んでも、進め方を誤ると刷新は途中で止まります。前述の総括レポートは、モダン化を進めるうえで重要なポイントとして次の4点を挙げています。
- 経営層の意識変革とITガバナンスの強化：システム刷新を情報システム部門任せにせず、経営課題として位置づける
- 情報システム部門の自律性：ベンダーへの過度な依存から脱し、自社で判断・可視化できる力を持つ
- 事業部門との連携：使う側の業務要件を刷新に反映し、標準化できる部分と付加価値の部分を切り分ける
- ベンダー企業との協力関係：発注する・される関係から、目的を共有して進める協働の関係へ変える
土台になるのは人材です。総括レポートは、IT人材の需給の差が一層拡大していることや、業務とITの双方を理解した人材の不足を、モダン化を阻む要因として挙げています。すべてを内製する必要はありませんが、自社のシステムの全体像を把握し、外部と対等に対話できる担当者を社内に育てておくことが、塩漬けにもリプレース失敗にも陥らないための鍵になります。
まとめ
レガシーシステムの刷新は、放置か全面刷新かの二択ではありません。両極の間にある選択肢を、システムと業務の実態にもとづいて領域ごとに選び、段階的に進めることが、コストとリスクを抑えながら前進する現実的な道筋です。
この記事のまとめ
- レガシーシステムの残存率はユーザー企業全体で61%、大企業で74%（経産省2025年総括レポート）。放置すれば保守コストと事業継続リスクが積み上がる
- 刷新は「塩漬け」か「全面リプレース」の二択ではなく、リホスト・リライト・リビルド・リプレースなど、変更範囲の異なる選択肢の組み合わせで考える
- まずIT資産を棚卸しして見える化し、事業価値で仕分けたうえで、領域ごとに手法を割り当て、影響の小さいところから段階的に進める
- 成否を分けるのは経営層のコミットと自社のIT人材。全体像を把握し外部と対等に対話できる担当者を育てることが要になる
よくある質問
「2025年の崖」とは何ですか？
経済産業省が2018年のDXレポートで示した課題で、老朽化・複雑化した既存システムの刷新が進まないと、2025年以降に最大で年間12兆円の経済損失が生じうると指摘したものです。2025年時点でもレガシーシステムを抱える企業は多く、課題は継続しています。
リホスト・リライト・リビルドはどう違いますか？
リホストはプログラムを変えずインフラ基盤だけを載せ替える手法、リライトは仕様を保ったまま古い技術を新しい言語・基盤へ書き換える手法、リビルドは要件を見直してシステムを再構築する手法です。この順に変更範囲が広がり、効果も費用・期間・リスクも大きくなります。
何から着手すればよいですか？
まずIT資産の棚卸しでシステム・機能・データ・利用状況を見える化し、どこがブラックボックスかを把握することから始めます。そのうえで各システムを事業価値で仕分けし、影響範囲の小さい領域や効果の見えやすい領域から段階的に進めると、リスクを抑えられます。
システムの棚卸しや刷新方針の整理、DX推進体制づくりでお悩みの際は、ノアブリッジのコンサルティングにご相談ください。現状の可視化から、自社に合った進め方の設計までを一緒に検討します。
支援の具体例 → ノアブリッジの導入事例を見る