メインコンテンツへスキップ

基幹システム(レガシー)刷新の進め方|2025年の崖・移行リスク・段階移行

2026.08.20

レガシーシステムとは、老朽化・複雑化・ブラックボックス化して改修や活用が難しくなった既存システムのことです。「基幹システムがもう古い。動いてはいるが、いつ止まってもおかしくない」——受発注・在庫・会計・生産などを支える基幹システムの刷新は、多くの経営者・情シス/DX責任者にとって、必要性はわかっていても動き出せないテーマです。止めるのが怖い、費用が読めない、全体を把握している人がいない。だからこそ先送りされ、老朽化が進みます。

結論から言えば、レガシー(老朽化・複雑化した)基幹システムの刷新は、「一気に全部作り替える」か「このまま使い続ける」かの二択ではありません。鍵は、①現状を棚卸しして「残す・捨てる・作り替える」を仕分けし、②一括移行と段階移行を状況に応じて選び分け、③データ移行のリスクに備えて進めることです。ここでの「刷新」とは、古い基幹システムを新しい基盤・構成へ作り替えること(リプレイス/モダン化とほぼ同義)を指します。

そして最も避けたいのは、判断を先送りし続ける「塩漬け」です。本記事では、なぜ今刷新が急がれるのか(2025年の崖)、塩漬けの危険、一括移行と段階移行の選び方、データ移行リスクへの備え、発注側としての進め方までを、経済産業省の一次情報を踏まえて、発注側の目線で整理します。

基幹システムの刷新(レガシー刷新)とは?#

基幹システムの刷新とは、老朽化・複雑化した基幹システムを新しい基盤や構成に作り替え、事業を止めずに使い続けられる状態にすることです。「リプレイス」「モダン化」もほぼ同じ意味で使われます。

レガシーとは「古い」ことではなく「直せない・分からない」こと#

押さえたいのが「レガシーシステム」の定義です。経済産業省のDXレポートは、技術面の老朽化に加え、システムの肥大化・複雑化、ブラックボックス化(内部が誰にも分からない状態)が重なったものをレガシーと表現しています。単に「古い」だけでなく、「直せない・分からない」状態こそが問題の本質です。

刷新の型は一つではない#

刷新の型は、基盤だけ新しくする・作り替える・パッケージやSaaSに寄せる、などさまざまで、正解は自社の状況で変わります。まずは現状把握が出発点です。要件定義から設計・開発・運用までをどう組み立てるかは、システム開発の進め方もあわせてご確認ください。

なぜ今、基幹システムの刷新が急がれるのか?(2025年の崖)#

経済産業省が2018年のDXレポートで「2025年の崖」として警鐘を鳴らしたとおり、老朽システムを放置すると、コスト・人材・リスクの3方向から事業の足かせになるためです。

DXレポートが示した数字#

経済産業省のDXレポート ~ITシステム「2025年の崖」の克服とDXの本格的な展開~(2018年9月公表)は、具体的な数字でこの危機を示しました。約8割の企業が老朽システムを抱えており、約7割が老朽システムはDXの足かせになっていると回答したとされます。また同レポートは、日本情報システム・ユーザー協会「企業IT動向調査報告書2016」を引き、基幹系システムが21年以上稼働している企業の割合は約2割であり、この状態のまま推移すれば2025年には約6割になると指摘しました。さらに、国内企業のIT関連予算の約8割が現行ビジネスの維持・運営(ラン・ザ・ビジネス)に充てられ、戦略的IT投資に資金・人材を振り向けられない構造も指摘されています。同レポートのサマリー資料では、IT人材の不足が2025年に約43万人まで拡大するとされました。そして、この課題を克服できない場合は2025年以降、最大12兆円/年(当時の約3倍)の経済損失が生じる可能性がある——これがDXレポートの言う「2025年の崖」です。

なお、維持・運営に予算が偏る構造は、より新しい調査でも確認できます。日本情報システム・ユーザー協会の企業IT動向調査2025(2024年度調査)(2025年4月公表)によれば、2024年度のIT予算配分におけるランザビジネス予算の比率は76.2%でした(n=941)。同じ調査で示された3年後の目標値は68.2%ですが、実際の比率は21年度76.4%、22年度76.1%、23年度75.5%とほぼ横ばいで推移しています。DXレポートの指摘から時間が経ったいまも、IT予算の多くが「現行を回すこと」に向かっている状況は大きく変わっていません。

「2025年の崖」は抽象的な標語ではなく、具体的な数字の集まりです。DXレポートが示した主な数字を整理します。

「2025年の崖」を生む4つの現実:老朽システムを抱える企業 約8割/IT人材不足 2025年 約43万人/IT予算の約8割が維持・運用/放置時の経済損失 最大12兆円/年
「2025年の崖」を生む4つの現実:老朽システムを抱える企業 約8割/IT人材不足 2025年 約43万人/IT予算の約8割が維持・運用/放置時の経済損失 最大12兆円/年

「2025年の崖」は過ぎ去った話ではない#

注意したいのは、崖は「2025年を過ぎれば消える」ものではない点です。経済産業省が2025年5月に公表したレガシーシステムモダン化委員会 総括レポートでは、レガシーシステムを保有しているユーザー企業の割合は61%(大企業では74%)とされ、産業界のDXおよびレガシーシステム脱却の進捗は「依然としてスピード感に欠ける」と評価されています。

ここで出てくる二つの数字は、指し示す対象が異なる点に注意してください。DXレポートの「約6割」は「基幹系システムが21年以上稼働している企業の割合」が2025年に到達すると予測された水準で、稼働年数を尺度にしたものです。一方、2025年の総括レポートの61%は「レガシーシステムを保有しているユーザー企業の割合」であり、稼働年数ではなく保有の有無を尋ねた結果です。尺度は違いますが、いずれも老朽システムが広く残っている実態を示しており、崖は今も続いていると捉えるのが実態に近いでしょう。

刷新を先送り(塩漬け)にすると何が起きる?#

塩漬け(先送り)を続けるほど、保守費の高止まり・属人化・移行難度の上昇が同時に進み、いざ動くときの費用とリスクが膨らみます。

  • 保守費が高止まりする:維持だけで予算が吸われ、新しい投資に回せない
  • 分かる人がいなくなる:担当者の退職・高齢化でブラックボックス化が進む
  • 部品が古くなる:OS・ミドルウェアやパッケージのサポート終了で、動かし続けること自体が難しくなる
  • 移行が「大手術」になる:先送りするほど新旧の差が開き、段階移行すら選びにくくなる

「動いているから大丈夫」は、リスクを先送りしているだけです。2025年の総括レポートも、レガシーシステムを新システムに移行するにあたり「事業に深刻な影響を及ぼす問題事例が近年も発生している」と指摘しています。塩漬けは安全策ではなく、コストとリスクを将来へ積み増す選択です。

すぐに全面刷新へ動けない場合でも、散在した仕様書・運用手順を検索できる形に整えるだけでブラックボックス化の進行は緩みます。社内文書のベクトルDB化やAIチャットボットによる社内ナレッジ活用は、AIソリューションとしてご相談いただける領域です。

一括移行と段階移行、どちらを選ぶ?#

刷新には、全面を一度に切り替える「一括移行(ビッグバン)」と、範囲を区切って順に移す「段階移行(フェーズド)」があり、システムの重要度・規模・止められるかどうかで選びます。事業の根幹を担う基幹システムでは、リスクを分散できる段階移行が現実的な選択になりやすいです。

一括移行と段階移行の違い(4つの観点)#

一括移行と段階移行の違いを、移行期間・初期の負担・停止リスク・向くケースの4つの観点で並べると、判断しやすくなります。

横スクロールできます
観点一括移行(ビッグバン)段階移行(フェーズド)
移行期間短い(新旧の併存期間が生じにくい)長くなりやすい(新旧が併存し続ける)
初期の負担大きい(切替日に作業と人手が集中する)分散できる(範囲を区切って順に進める)
停止リスク高い(切替の失敗が全社に波及する)低い(影響範囲を限定できる)
向くケース規模が小さい/短期で刷新したい止められない基幹/規模・複雑度が大きい
一括移行と段階移行の比較:移行期間・初期の負担・停止リスク・向くケースの4観点で対比した表
一括移行と段階移行の比較:移行期間・初期の負担・停止リスク・向くケースの4観点で対比した表

裏を返せば、一括移行の利点は新旧の併存期間が短く、全体最適を一気に実現しやすいことです。段階移行の利点は、リスクを分散しながら先行範囲での学びを次の範囲に生かせることにあります。一方で一括移行は切替時の失敗が全社停止に直結しやすく、段階移行は新旧併存が長引くほどデータ連携と二重運用の負担が積み上がります。

自社の状況をどう当てはめるか#

違いを押さえたら、次は「自社はどちらに当てはまるか」を決める番です。判断の軸は、次の3つの問いに落とし込めます。

  • 止まったときの被害はどこまで及ぶか:1日止まるだけで出荷・請求・生産が滞るなら、影響範囲を区切れる段階移行を軸に考えます
  • 切替の瞬間に人と時間を確保できるか:一括移行は切替日に負荷が集中します。繁忙期しか日程が取れない、検証要員を出せないという状況なら段階移行が安全です
  • 新旧併存の負担をどこまで許容できるか:段階移行は二重運用とデータ連携のコストが続きます。対象範囲が小さく短期で終えられる見込みなら、一括移行も十分に選択肢になります

どちらが優れているというより、「止まったときの被害の大きさ」で選ぶのが基本です。経済産業省の2025年総括レポートも「システムの仕分けと優先度付けを行い、真にモダン化が必要な範囲を見極める」ことを重視しており、範囲を区切って進める段階移行と親和性が高い考え方です。

データ移行のリスクにどう備える?#

刷新で最も事故が起きやすいのがデータ移行です。移行するデータの範囲・品質・整合性を事前に固め、試行移行(リハーサル)と切り戻し計画を用意しておくことが、失敗を防ぐ最大のポイントになります。

データ移行で押さえる5つの備え#

  • 棚卸しとクレンジング:重複・欠損・表記ゆれを洗い出し、移すデータを絞る
  • マッピング設計:旧システムと新システムの項目の対応を明確にする
  • 試行移行と照合:本番前にリハーサルを行い、件数・内容を突き合わせて検証する
  • 切り戻し計画:問題が起きたときに元へ戻せる手順をあらかじめ決める
  • 並行稼働の期間:一定期間は新旧を並行させ、実データで検証してから完全移行する

データ移行は「最後にまとめてやる作業」ではなく、刷新の初期から設計すべき論点です。移行時にデータやサービスの継続性をどう守るかは、ECリプレイスのデータ移行とSEO維持でも勘所を解説しています。基幹システムの刷新でも、考え方の骨格は共通です。

発注側はどう刷新を進める?(5つのステップ)#

発注側は「ベンダー任せ」にせず、現状把握→仕分け→移行方式の決定→要件定義→移行・定着という順で、意思決定の主導権を持って進めることが重要です。

発注側が主導権を持って進めるための5ステップを、段階マップで示します。

基幹システム刷新 発注側の5ステップ:現状把握・可視化/仕分け・優先度付け/移行方式の決定/要件定義・移行設計/移行・定着
基幹システム刷新 発注側の5ステップ:現状把握・可視化/仕分け・優先度付け/移行方式の決定/要件定義・移行設計/移行・定着
  1. 1現状把握・可視化:何が動いていて、何が分からないのかを棚卸しする
  2. 2仕分け・優先度付け:「残す・捨てる・作り替える」を切り分け、優先度を決める
  3. 3移行方式の決定:一括か段階か、システムごとに方式を選ぶ
  4. 4要件定義・移行設計:新システムに求めることと、移行の段取りを固める
  5. 5移行・定着:試行移行→並行稼働を経て、運用に乗せる

つまずきやすいのが、発注側に「技術の目利き」が乏しく、ベンダー提案の妥当性を評価できないケースです。評価できないまま進めると、過剰投資か、判断できずに塩漬け、のどちらかに陥りがちです。要件を固める考え方はシステム開発の要件定義の進め方が参考になります。社内に専任のCTOを置きにくい場合は、スポットCTOとは|外部の技術責任者の役割・費用・選び方で解説しているように、必要な期間だけ外部の技術責任者を迎えて技術判断を補う手もあります。

弊社(株式会社TryWith)の支援#

弊社では、基幹システムの刷新を、現状把握から移行の実装まで、開発を担う立場から一貫して支援しています。老朽システムの棚卸しと仕分け、一括移行か段階移行かの方式判断、データ移行の設計とリハーサル、刷新後の運用・定着までを支えます。受託開発とスポットCTO的な関与の両方を手がけているため、「作り替えたいが何から手を付ければいいか分からない」「ベンダー提案が妥当か判断できない」といったお悩みにも、現実的な選択肢を一緒に整理できます。

「塩漬けの基幹システムをどう刷新するか相談したい」「他社が作った老朽システムを引き継いで刷新したい」といったご相談に、現状整理からお応えします。

よくある質問(FAQ)#

Q. 「2025年の崖」とは何ですか?

A. 経済産業省のDXレポート(2018年)が示した警鐘です。老朽システムを放置するとDXが進まず、2025年以降に最大12兆円/年(当時の約3倍)の経済損失が生じる可能性がある、と同レポートが2018年時点で警告したものを指します。2025年を過ぎても課題は続いています。

Q. 一括移行と段階移行、どちらを選ぶべきですか?

A. 止まったときの事業への影響で選びます。止められない基幹システムはリスクを分散できる段階移行が現実的で、規模が小さく短期で刷新したい場合は一括移行も選択肢になります。

Q. 基幹システムの刷新で一番のリスクは何ですか?

A. データ移行です。範囲・品質・整合性を事前に固め、試行移行と切り戻し計画を用意しておくことが欠かせません。移行はプロジェクト初期から設計すべき論点です。

Q. 古いシステムを塩漬けにし続けるとどうなりますか?

A. 保守費の高止まり、担当者の退職による属人化・ブラックボックス化、部品のサポート終了が進み、いざ刷新するときの費用とリスクが膨らみます。先送りは安全策ではありません。

Q. 発注側に専門知識がなくても刷新を進められますか?

A. 進められます。ただしベンダー任せだと提案の妥当性を評価できません。要件定義や方式判断の要所を押さえ、必要に応じてスポットCTOなど外部の技術責任者を活用すると主導権を保てます。

まとめ#

レガシー基幹システムの刷新は、「一気に作り替える」か「使い続ける」かの二択ではありません。まず現状を棚卸しして「残す・捨てる・作り替える」を仕分けし、止まったときの影響で一括移行と段階移行を選び分け、最大のリスクであるデータ移行に初期から備える——この順が失敗を避ける近道です。経済産業省が2018年のDXレポートで「2025年の崖」として警鐘を鳴らした課題は、2025年を過ぎたいまも解消していません。放置は安全ではなくリスクの先送りにすぎません。発注側が主導権を持ち、必要なら外部の技術責任者を補いながら、一歩ずつ進めていきましょう。

出典:DXレポート ~ITシステム「2025年の崖」の克服とDXの本格的な展開~|経済産業省(2018年9月公表。約8割・約7割はP.6、IT予算の約8割はP.12、21年以上稼働2割から2025年6割はP.26・P.27、最大12兆円/年はP.26)/DXレポート(サマリー)|経済産業省(IT人材不足 2025年 約43万人はP.20)/DXの現在地とレガシーシステム脱却に向けて レガシーシステムモダン化委員会総括レポート|経済産業省 商務情報政策局 情報産業課(2025年5月28日公表。レガシー保有61%・大企業74%はP.16、「スピード感に欠ける」「事業に深刻な影響を及ぼす問題事例」はP.5、仕分けと優先度付けはP.35)/企業IT動向調査2025(2024年度調査)|日本情報システム・ユーザー協会(2025年4月公表。ランザビジネス予算比率76.2%・n=941はP.15)

「何から刷新に着手すべきか整理したい」「塩漬けの基幹システムを引き継いで刷新したい」という場合は、現状整理からお手伝いします。まずはお問い合わせはこちらからお気軽にご相談ください。

タグ

#基幹システム#レガシー刷新#2025年の崖#システム移行#リプレイス#DX