WEB & SYSTEMS

古くなったシステムを刷新する(モダナイゼーション)の進め方

古くなったシステムの刷新(モダナイゼーション)は、現状の見える化、システムごとの方式の選択、段階的な移行の順で進めます。経済産業省の「DXレポート」と2025年の総括レポートの内容とあわせて、進め方を説明します。

この記事の要点

  • 経済産業省は2018年の「DXレポート」で、古いシステムがDXの足かせになる問題を「2025年の崖」と表現しました
  • 刷新の方式は1つではなく、システムごとに、そのまま移す・土台を替える・つくり直す・既製品に置き換えるなどを選びます
  • 一度に入れ替えず、影響の小さい部分から段階的に移し、旧システムと結果を比べて確かめます

古くなったシステムを刷新するときは、まず現状を見える化し、システムごとに刷新の方式を選び、影響の小さい部分から段階的に移す、という順で進めます。すべてを一度に新しくする計画は、費用も危険も大きくなりやすいためです。

古くなったシステムの刷新の進め方

現状の見える化
方式の選択システムごとに刷新の方式を選ぶ
段階的な移行影響の小さい部分から移す

すべてを一度に新しくする計画は、費用も危険も大きくなりやすいためです

本記事では、経済産業省のレポートで示された問題の捉え方を確かめたうえで、刷新の方式の選び方と、移行の進め方を整理します。

レガシーシステムと「2025年の崖」

レガシーシステムとは、古い技術で作られ、長年の改修で複雑になり、中身を理解している人が限られてしまったシステムのことです。動いてはいるものの、変更に時間と費用がかかり、新しい技術やデータの活用を妨げる原因になります。

経済産業省は、2018年9月7日に「DXレポート ~ITシステム『2025年の崖』の克服とDXの本格的な展開~」を公表しました。既存のシステムの問題が足かせとなり、企業がDXを進められずに経営の改革が遅れると、経済的な損失が生じるおそれがあるとして、その状況を2025年の崖と表現しています。

出典:産業界のデジタルトランスフォーメーション(DX)(経済産業省。DXレポートの本文・概要を掲載)

2025年5月28日には、経済産業省が「レガシーシステムモダン化委員会総括レポート」を取りまとめました。経済産業省、デジタル庁、IPAを事務局とする委員会の議論をもとにしたもので、ユーザー企業に対しては、システムの可視化と内製化を進めること、現行のやり方をそのまま引き継ぐ考え方を見直すこと、上流の工程を担う人材を育成・確保することを求めています。あわせて、経営層が自らのこととして、トップダウンで進めることを求めています。

出典:レガシーシステム脱却に向けた「レガシーシステムモダン化委員会総括レポート」を取りまとめました(経済産業省、2025年5月28日)

2025年という年を過ぎても、古いシステムをどう扱うかという課題そのものが消えたわけではありません。経営の課題として、計画的に向き合うことが求められています。

まず、いまのシステムを見える化する

刷新の計画は、いまのシステムの一覧をつくるところから始めます。何がどこで動き、どの業務がどのシステムに依存しているかが分からないまま方式を決めると、移行の途中で想定外のつながりが見つかり、計画が崩れます。

一覧には、次のような項目をまとめます。

  • システムの名前、使っている部署、利用者の数
  • ほかのシステムとのつながりと、データの流れ
  • 業務上の重要さ(止まったときの影響)
  • OS・ミドルウェア・機器・保守契約の期限
  • 設計書やソースコードがそろっているか、中身を分かる人がいるか

あわせて、長年の改修で積み重なった技術的負債の大きさや、使われていない機能も洗い出します。使われていない機能まで引き継ぐと、刷新の費用が膨らむため、残す機能を絞り込むことが、総括レポートのいう現行のやり方の見直しにもつながります。

刷新の方式を、システムごとに選ぶ

モダナイゼーションとは、古くなったシステムを、いまの技術や業務に合った形に作り替えることです。方式は1つではなく、システムの状態と業務上の重要さに応じて選びます。

方式内容向く場面
リホストプログラムは変えず、動かす場所をクラウドなどに移す機器の保守の期限が近く、まず場所を移したい
リプラットフォームOSやデータベースなどの土台を新しくし、プログラムの変更は小さく抑える土台の保守の期限が理由で、業務の作りは変えなくてよい
リライト同じ機能を、新しいプログラム言語で書き直す古い言語を扱える人が減っている
リビルド業務の見直しも含めて、設計からつくり直す業務の変化に合わなくなっている、競争力にかかわる
置き換えSaaSなどの既製品に移る他社と同じやり方でよい業務
廃止・維持使われていないものは止め、変える必要の小さいものは当面そのまま使う利用が少ない、近く役目を終える

方式の呼び方や分け方は、資料や事業者によって違いがあります。名前より、プログラム・土台・業務のどこまでを変えるのかで整理すると、関係者の間で話がずれにくくなります。

リホストのように、いまのシステムをそのままクラウドに移し、その後に段階的に作り替える進め方は、クラウド移行の分野ではリフト&シフトとも呼ばれます。既製品に置き換えるかどうかの判断は、業務システムはSaaSで足りるか、個別に開発するかで取り上げています。

段階的に移す

一度にすべてを入れ替える進め方は、問題が起きたときの影響が大きく、元に戻すのも難しくなります。影響の小さい部分から、段階的に移すのが基本です。

  1. 新旧のシステムの間にデータを受け渡す窓口を設け、機能を少しずつ新しい側へ移す
  2. データの移行を本番の前に何度か試し、件数や金額の合計が一致するかを照合する
  3. 一定の期間、新旧のシステムに同じ入力をして、結果を比べる
  4. 問題が起きたときに旧システムへ戻す手順を、移行の前に決めておく

移す順番は、影響が小さく、効果が見えやすい部分から選ぶと、社内の理解を得やすくなります。途中で業務の担当者に確かめてもらう場面を計画に入れておくと、使い始めてからの手戻りを減らせます。

経営の判断として進める

刷新は、情報システムの部門だけで決められる話ではありません。刷新にかかる費用だけでなく、いまのシステムを使い続けた場合の費用と危険、たとえば保守の期限が切れたときの影響や、中身を分かる担当者が退職したときの影響と比べて判断します。

刷新するか、いまのシステムを使い続けるかを比べる

  • 刷新する刷新にかかる費用
  • 使い続ける使い続けた場合の費用と危険。たとえば、保守の期限が切れたときや、中身を分かる担当者が退職したときの影響

刷新は、情報システムの部門だけで決められる話ではなく、経営の判断として比べます

刷新によってデータを取り出しやすくなると、データ分析やAIの活用の土台にもなります。経営の目標から投資を決める考え方は、経営の目標から、AIとシステムへの投資を決めるをご覧ください。移す先のクラウドの選び方は、クラウド(AWS・Azure・Google Cloud)の選び方にまとめています。

当社のご支援

アメリア・テクノロジーのAI・DXコンサルティングでは、業務の流れ、使っているシステム、データの置き場所をうかがい、取り組む順番と計画をまとめます。新しいシステムの開発はソリューション提供、いまのシステムとのつなぎ込みと運用、内製化の支援はAIインテグレーションでお手伝いします。社内の業務の場に入り、要件定義から開発・運用までを一緒に進める形は、現場に入るFDEをご覧ください。

  • モダナイゼーション
  • レガシーシステム
  • 2025年の崖
  • クラウド移行

この記事に出てくる用語

この記事を書いた部署

アメリア・テクノロジー 編集部

アメリア・テクノロジーの技術者・コンサルタントが、法律・制度・研究・最新の動向などのテーマについて、公的機関の資料や企業の公式発表などの一次情報を確かめて執筆・編集しています。

このコラムは一般的な情報の提供を目的としたもので、個別の状況への助言ではありません。製品・サービスの名前と内容は、記事の更新日の時点のものです。

あわせて読みたい

Webとシステム開発のコラムを見る コラムの一覧に戻る