モダナイゼーション案件の動向｜フリーランスの単価相場・必要スキル・探し方

レガシーモダナイゼーションとは｜7R戦略の全体像

結論として、レガシーモダナイゼーションは「古いシステムをどう扱うか」を7つの選択肢で整理する枠組み（7R）を軸に、企業の刷新プロジェクトが組み立てられています。公開案件では「基幹刷新」「マイグレーション」「クラウド移行」「レガシー刷新」「モダナイゼーション」などの名称で募集されることが多く、フリーランスが参画する案件のほとんどはこの7Rのいずれかに紐づきます。

7R戦略の内訳

AWSのクラウド移行フレームワークで整理された7R戦略は、日本の刷新プロジェクトでも共通言語として使われる場面が見られます。AWSの公開ドキュメントでは6R／7Rの表記揺れが見られますが、本記事ではRetainを含む7Rとして整理しています。詳しくはAWS Prescriptive Guidance の 6R/7R 解説を参照してください。

補足として、実案件では単一の戦略ではなく「Replatform＋Refactorの混在」「一部はRetainでフェーズを分ける」など、複数の戦略が組み合わさります。このため、参画前に「今このプロジェクトはどのRか」を面談で確認しておくと、必要スキルの合致度を判断しやすくなります。

「2025年の崖」以降、現場はどう動いているか

経済産業省がDXレポートで指摘した「2025年の崖」の期日を過ぎた2026年、日本企業のレガシー刷新は「まだ計画中」「並行運用中」「移行完了」の三層に分かれた状態です。公開案件では、クラウド移行後の最適化・データ基盤整備を含む募集と、これから基幹刷新に着手する募集の両方が確認できます。

その後の政策文書としてDXレポート2.2も公表されており、モダナイゼーションを単なる技術刷新に留めず「デジタル産業への変革」につなげる方向性が示されています。なお、上記は政策文書の方向性に加え、2026年8月時点の公開案件で「刷新」「マイグレーション」「基幹更改」系の募集が継続して見られることも踏まえた整理です。

ミニFAQ

Q. レガシー刷新は下火にならないの？

A. 汎用機や旧オンプレJavaの資産が全て消えるまでには時間がかかると見られており、公開案件でも継続的に募集が確認できます。ただし、案件の中身は「Rehostで凌ぐ」タイプだけでなく「Refactor／Rearchitectで作り直す」タイプの募集も並行して見られるようになっています。

案件動向｜どんな刷新プロジェクトが動いているか

結論として、公開案件の観測では「汎用機・COBOL脱却」「オンプレJava／C#の刷新」「レガシー業務パッケージの刷新」「レガシーフロントエンドの刷新」の4パターンが比較的目立ちます。業界別では金融・公共・製造・流通で確認しやすい傾向があります。

汎用機・COBOL資産の脱却案件

結論から言うと、汎用機・COBOL資産の脱却は「調査・アセスメント」から「JavaやKotlinへの書き換え」まで工程が長く、フリーランスは実装・改修フェーズから入るケースが多いです。現行の資産量が大きいため、複数フェーズで長期的に人が必要になりやすい領域です。

COBOL言語そのものの解説はCOBOLとは、汎用系エンジニアの職種像は汎用系エンジニアとはを参照してください。

オンプレJava／C#の刷新

Struts1系・Seasar2系など、公式サポート終了済み、または保守負担が高くなっている旧世代のJavaフレームワークで動く業務システムを、Spring Boot／Quarkusなどの現行スタックへ載せ替える案件が見られます。Javaの現行主要フレームワーク側はSpringとSpring Bootの違い、旧FWの歴史はStruts解説にまとめられています。

.NET Framework 4系のC#システムを.NET 8以降へ移行する案件も、公開案件ベースで少数ながら確認できます。

レガシー業務パッケージ・ERPの刷新

パッケージ側の刷新は、ERP刷新のフリーランスエンジニア案件動向やSAP 2027年問題で個別に整理しています。本記事はそれ以外の一般業務システム（受発注・在庫・販売管理など内製寄りのシステム）を主眼にしています。

レガシーフロントエンドの刷新

jQuery＋サーバーサイドテンプレートで組まれた画面をReactやVueへ移す案件も一定数見られます。フロントの現行技術と旧技術の温度差についてはjQueryとはを参照してください。

単価相場｜役割別レンジ

結論として、首都圏の公開案件（週4〜5日・準委任）を確認した目安では、実装・改修で月70〜110万円、現行分析・移行設計で90〜130万円、PM・アーキテクトで110〜160万円のレンジになります。上記は、主要フリーランスエージェント数社の公開案件（2026年8月1日時点、募集本文に「モダナイゼーション」「刷新」「マイグレーション」を含むもの）を観測ベースで整理した数字で、定量集計ではなく実務経験3年以上を想定した水準感です。非公開案件では個別条件で上振れするケースもあります。

自分がどのくらいの単価を狙えるか気になる方は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。

役割別の単価レンジと主要要求スキル

補足として、上表は公開案件の中心レンジです。上限帯（PM・PMO の130万円超やアーキテクトの140万円超）は、金融・公共などの大規模案件で、移行設計や複数ベンダー調整まで担える人材が中心です。実装中心でレガシー読解経験が浅い場合は、まず70〜90万円帯からのスタートになるケースが多い印象です。レガシー現行技術（COBOL・汎用機）に精通し、新技術側（Java・クラウド）も扱えるハイブリッド人材は、単価上振れの余地があります。単価を体系的に上げる考え方はフリーランスエンジニアの単価相場と単価の上げ方で整理しています。

単価がぶれる要因

• 現行資産の可視化度：ドキュメントが揃っている案件は単価が抑えめ、可視化から着手する案件は単価が上がりやすい傾向がありますが、予算規模や商流の影響も受けます

• 業界：金融・公共は上限が高く、社内向け業務システム刷新は落ち着いた水準になるケースが多い印象です。金融の案件相場は金融業界のフリーランスエンジニア案件を参照

• 並行運用の有無：本番との二重運用フェーズは責任と拘束時間が増えるため、単価に反映されることがあります

• 稼働形態：完全リモートよりも週2〜3日出社ありの方が、同レンジで金融・公共の高難度案件に触れやすい傾向があります

ミニFAQ

Q. 汎用機出身のシニアがモダン側スキルを身につけると、どのくらい単価に反映されますか？

A. 案件・エージェント・業界によって差はありますが、面談時の提示単価が上振れしやすい傾向があります。特に「現行仕様を読み解ける×新技術で実装できる」の両輪が評価される場面が多い印象です。

案件フェーズ別｜どこから入るか

結論として、フリーランスが入りやすいのは「実装・改修」と「移行設計」で、現行資産調査・アセスメント／並行運用・カットオーバーは社員側やベンダーPMOで固めるケースが多いです。フェーズと役割の相性を最初に確認しておくと、面談時のミスマッチを減らせます。

フェーズ別｜フリーランスの入り方の目安

各フェーズで問われるスキル

• 移行設計：既存DBの理解＋新環境（クラウド・マイクロサービス）の設計スキル。ドメインモデリング能力があると評価されやすい

• 実装・改修：Java／C#／SQL の実装スキルに加え、テスト自動化・CI／CDの整備経験（例：JUnitとは の記事参照）

• カットオーバー：切替リハーサルの経験、切戻し（ロールバック）設計の勘所

参画に必要なスキル・経験

結論として、レガシーモダナイゼーション案件で評価されやすいのは「現行技術の読解力」「新技術側の実装スキル」「業務ドメインの理解」の3点セットです。このどれか1つが強くても、他2つがまったくのゼロだと参画後に苦戦しやすい傾向があります。

現行技術の理解

汎用機・COBOL／PL/I／JCLといった現行技術を「読める」ことは、案件の中盤以降で強い武器になります。書けなくても読めれば、現行仕様の質問に答えられる担当として重宝されるケースがあります。

新技術側の実装スキル

実装・改修ロールでは、Spring Boot・Quarkus・.NET 8など移行先スタックの実装経験が強く求められる傾向があります。テスト自動化・CI／CDまで含めて回せると単価に反映されやすい印象です。

業務ドメインの理解

金融・保険・公共・製造など、業界固有の業務ルールを理解しているかは面談で頻繁に確認されます。特に金融は「勘定系」「情報系」で必要スキルが分かれるため、金融業界のフリーランスエンジニア案件の業界事情も併せて確認しておくと参画イメージが具体化します。

ソフトスキル

• ドキュメント作成力（設計書・移行手順書）

• ステークホルダー調整（発注者・元請け・他ベンダー）

• 業務ヒアリング（利用部門との対話）

刷新プロジェクトは大人数・多ベンダー体制で進むケースが多く、コード力だけでなく調整力が単価と継続率に効く場面があります。

ミニFAQ

Q. 新技術側の経験しかありません。レガシー刷新案件に参画できますか？

A. 参画自体は可能ですが、実装・改修ロールに絞る形になりやすい印象です。現行を読み解く役割は社員やレガシー経験者に任せ、新環境の開発を担う切り出し方が現実的です。

ケース別｜フリーランスの入り方

結論として、レガシー現場出身／モダン技術出身／両方経験のあるハイブリッド型で、入りやすい役割と単価レンジが変わります。自分の経歴タイプを把握したうえで、面談ではその強みを軸に提示すると通過率が上がりやすくなります。

ケース1：レガシー現場出身（元汎用機・元COBOL）

• 強み：現行資産の読解、業務ドメイン、大規模プロジェクトの進め方

• 弱みになりやすい部分：クラウド／モダンなCI／CD／Gitでの並行開発

• 推奨ルート：まずは現行分析ロールで参画し、案件内で新技術側のOJTを積む。並行してSpring Bootやクラウドの学習を進めると、次の案件で「両方経験」タイプへ移行しやすくなります

ケース2：モダン技術出身（Web／クラウド寄り）

• 強み：新環境の実装、CI／CD、クラウドインフラ

• 弱みになりやすい部分：現行仕様の読解、業務ドメインの深さ

• 推奨ルート：実装・改修ロールから入り、案件を通じて現行仕様のドキュメントを読み込む。業務ドメインを1業種に絞って深めると、単価上げの余地が広がる印象です

ケース3：両方経験のあるハイブリッド型

• 強み：現行分析と実装の両方を担える希少性

• 想定される役割：移行設計・PL・技術顧問的な立ち位置

• 単価：他タイプより上振れしやすく、希少性が高いためエージェント経由で非公開案件を含めて声がかかるケースがあります

よくある失敗と対策

結論として、レガシー刷新案件でフリーランスがつまずくのは「スコープが膨張する」「移行方針が途中で変わる」「塩漬け領域を押し付けられる」の3パターンが目立ちます。参画前・参画中の両方で予防策を敷いておくと、稼働の破綻を防ぎやすくなります。

失敗1：現行仕様が不明でスコープが膨張する

• 原因：現行ドキュメントが陳腐化しており、現行実装からの逆引きが必要になる

• 対策：契約前に「現行ドキュメントのカバレッジ」「現行に詳しい社員がプロジェクトに残っているか」を確認する。無いままの参画は稼働超過の温床です

失敗2：移行方針が途中で変更される

• 原因：発注側の意思決定が遅い、経営層の方針転換

• 対策：契約書に「方針変更時の再見積」条項があるか確認する。準委任でも追加工数の扱いは契約条件次第であるため、方針変更時の精算条件や再見積の扱いは書面で事前確認しておくのが安全です

失敗3：塩漬け領域を押し付けられる

• 原因：本来Retain（残す）にすべき領域まで刷新スコープに含まれ、しかも担当できる人がいない

• 対策：参画時に「今回の刷新スコープ外の領域」を書面で確認しておく。曖昧なまま入ると、後から追加スコープとして依頼されるケースがあります

失敗4：並行運用フェーズで拘束時間が跳ねる

• 原因：本番切替リハーサル・データ整合検証で夜間対応が発生

• 対策：契約時に「並行運用期間の稼働形態（夜間対応の有無）」を確認する。準委任の稼働時間規定を月次ベースで確認しておくと、想定外の残業回避に役立ちます

実践チェックリスト｜参画前に確認する項目

以下は面談・条件提示時に確認しておきたい項目です。3項目以上「不明」が残る場合は、参画前の追加ヒアリングをおすすめします。

• 現行システムの技術スタック（言語・ミドルウェア・DB）

• 現行ドキュメントの整備状況（設計書・データ辞書・運用手順書）

• 現行に詳しい社員／ベンダーがプロジェクトに残っているか

• 7R戦略のどれをベースにしているか

• 移行方針の確定度（意思決定済み／検討中）

• 参画フェーズ（現行調査・移行設計・実装・並行運用のいずれか）

• 並行運用の有無と期間

• 契約形態（準委任／請負）と稼働時間規定

• ロールバック計画の有無

• 発注者・元請け・他ベンダーの体制図

• 想定される追加スコープの範囲

• 秘密保持契約・情報持ち出しルールの厳格度

案件獲得ロードマップ

結論として、公開案件として見つける場合は、フリーランスエージェント経由での獲得が中心になりやすいです。大規模案件が多く、直接契約より元請け経由での参画になるケースが目立ちます。

探し方の実務ステップ

1. エージェント登録：フリーランス向けエージェントに複数登録する。金融・公共の案件は特定エージェントに集中する傾向があるため、幅広く登録するのが実務的です

2. キーワード検索：「モダナイゼーション」「刷新」「マイグレーション」「基幹刷新」「レガシー」で絞り込む

3. 業界キーワードとの組み合わせ：金融・公共・製造・流通など、自分のドメイン経験に合わせて絞る

4. 職務経歴書の書き方：現行技術と新技術の両方を目立たせる。レガシー経験があるならページ内で明示すると、担当エージェントが刷新案件を優先的に打診しやすくなります

案件の読み方は案件探しで失敗しないフリーランスエンジニアのための案件の読み方、参画前の交渉ポイントはフリーランスエンジニアの単価相場と単価を上げるのに重要なことも併せて確認できます。

まとめ

レガシーモダナイゼーションは、汎用機からWebフロントまで各層のシステムを対象にした刷新の総称で、公開案件ベースでは継続的な募集が見られ、役割によっては比較的高単価になりやすい領域です。

• 7R戦略（Retain／Retire／Rehost／Replatform／Repurchase／Refactor／Rearchitect）が案件の共通言語になりつつある

• 首都圏中心の主要フリーランスエージェント数社の公開案件（週4〜5日・準委任・2026年8月時点）ベースでは、実装で月70〜110万円、設計で90〜130万円、PM・アーキテクトで110〜160万円が目安

• フリーランスは実装・改修と移行設計に入りやすい。現行調査と並行運用は社員側になりやすい

• レガシー現場出身／モダン技術出身／両方経験の3タイプで、入りやすい役割と単価が変わる

• 参画前に「現行資産の見え方」「移行方針の確定度」「並行運用体制」の3点を確認しておくと、稼働破綻を避けやすい

次のステップとして、まずはフリーランスエージェント複数社に登録し、「モダナイゼーション」「刷新」「マイグレーション」タグで公開案件を確認してみることをおすすめします。単価の見立てを立てたい方は、無料のフリーランスエンジニア単価診断から市場水準を確認できます。

参照した一次情報

• 経済産業省 DXレポート（2018年9月）

• 経済産業省 DXレポート2.2（2022年7月）

• AWS Prescriptive Guidance: The 6 Rs（AWS公式）

• IPA DX動向・DX白書