結論:刷新方式を選ぶ前に、まず「何が残っているか」を台帳化する
レガシーシステム刷新で最初に決めるべきことは、リホストか、リライトか、再構築かではない。まず必要なのは、現行システム、連携先、帳票、バッチ、保守期限、担当者、業務影響を台帳化することである。
日立VOS3や富士通メインフレームの終息、SAP ECC、古いOSやミドルウェアのEOLは、直接利用している企業だけの問題ではない。取引先、親会社、共同センター、銀行、EDI、帳票連携を通じて、周辺企業にも仕様変更や改修の波が来る。
GXOでは、レガシー刷新をレガシーシステム刷新、DX・システム開発、システム開発の稟議・ROI診断の連続したテーマとして扱う。
今すぐ棚卸しする5領域
| 領域 | 確認するもの | 見落とすと起きること |
|---|---|---|
| アプリ | 基幹、周辺、Access、Excel、VB、COBOL、帳票 | 移行対象が後から増える |
| データ | DB、ファイル、固定長、CSV、マスタ、履歴 | データ移行の工数が膨らむ |
| 連携 | EDI、API、FTP、メール、手入力、夜間バッチ | 取引先仕様変更に対応できない |
| 保守 | OS、DB、ミドルウェア、ベンダー契約、人員 | 保守切れ後に緊急対応になる |
| 業務 | 利用部門、繁忙期、締め処理、例外処理 | 並行稼働や切替日を決められない |
棚卸しは、IT資産管理だけでは足りない。業務部門がExcelで補完している手作業、取引先ごとの帳票差分、夜間バッチ後の手修正まで確認する必要がある。
方式選定の前に決めること
| 判断軸 | 質問 |
|---|---|
| 延命可能性 | 保守期限、人材、セキュリティ、運用費はいつまで持つか |
| 業務変更 | 現行業務を残すのか、刷新に合わせて変えるのか |
| データ移行 | 何年分のデータを移し、何をアーカイブするか |
| 並行稼働 | 何か月並行稼働し、どの業務で戻し手順を残すか |
| 稟議 | 現行維持コスト、事故リスク、刷新費用、効果をどう比較するか |
この判断軸がないままベンダーへ相談すると、見積もりは「一式」になりやすい。逆に、棚卸しと判断軸が揃っていれば、システム開発の稟議・ROI診断で経営向けの投資判断に落としやすい。
期限と費用を経営に説明するための目安
レガシー刷新の稟議では、技術的な古さだけを説明しても通りにくい。経営判断に戻すには、現行維持コスト、刷新費用、事故時損失、移行期間を同じ表で比較する必要がある。
| 判断項目 | 小規模 | 中規模 | 大規模 |
|---|---|---|---|
| 棚卸し期間 | 2〜4週間 | 1〜2か月 | 3か月以上 |
| 対象システム数 | 1〜3 | 4〜10 | 10以上 |
| データ移行 | 数万〜数十万件 | 数十万〜数百万件 | 数千万件以上 |
| 並行稼働 | 2〜4週間 | 1〜3か月 | 3〜6か月 |
| 概算検討期間 | 30日 | 60日 | 90日以上 |
この目安から外れる場合は、刷新そのものより先に対象範囲が広がっている可能性がある。たとえば、単一システムの移行に見えても、実際には請求、在庫、会計、EDI、帳票、データ分析まで影響しているケースがある。その場合は、レガシーシステム刷新だけでなく、DX・システム開発とデータ活用基盤構築を同じロードマップで見る。
セキュリティ面で先に確認すること
古いシステムは、業務継続だけでなくセキュリティの観点でも判断が必要になる。
| 確認項目 | 見るべきポイント |
|---|---|
| OS・ミドルウェア | 保守期限、パッチ提供、サポート契約 |
| 認証 | 共有ID、退職者ID、管理者権限の棚卸し |
| 外部公開 | VPN、リモート接続、古いWeb管理画面 |
| ログ | いつ、誰が、何を更新したか追えるか |
| バックアップ | 復元テストを年1回以上実施しているか |
「動いているから大丈夫」ではなく、「事故が起きた時に追跡・復元・説明できるか」で見る。ここが弱い場合、刷新まで待たずに暫定的なアクセス制限、ログ取得、バックアップ復元テストを先に入れる。
90日ロードマップ
1〜30日目:資産と連携の台帳を作る
まず、システム名、担当部署、利用者数、保守ベンダー、保守期限、連携先、帳票、バッチを一覧化する。完璧でなくてよい。空欄が多い項目こそ、刷新リスクが高い。
31〜60日目:刷新候補を3分類する
すべてを同時に刷新しない。次の3つに分ける。
- すぐ止める・SaaSへ移すもの
- 既存業務を残しながら段階移行するもの
- 当面延命し、連携だけ先に整えるもの
この分類により、DX・システム開発で再構築する範囲と、レガシーシステム刷新で移行計画を作る範囲が分かれる。
61〜90日目:稟議に必要な数字を作る
現行維持費、障害対応費、保守人員、改修工数、セキュリティリスク、刷新費用、移行期間を1枚にまとめる。経営判断では「古いから刷新」では弱い。現行維持と刷新の比較表が必要である。
GXOに相談すべきタイミング
- 古い基幹システム、Access、Excel、VB、COBOLが残っている
- 取引先や親会社のシステム刷新に巻き込まれそう
- 保守期限や担当者退職が見えているが、何から始めるか決まっていない
- ベンダー見積もりの前に、対象範囲と方式選定を整理したい
GXOは、レガシーシステム刷新で現行資産の可視化から移行方式選定、開発、並行稼働まで支援し、DX・システム開発で周辺システムの再構築を行う。
関連記事
参考資料
レガシー刷新は、方式選定の前に棚卸しから始めませんか
現行資産、連携、保守期限、データ移行、並行稼働、概算費用を整理し、経営判断に使えるロードマップへ落とします。