基幹システムの刷新に関わる案件では、任された範囲を一度に載せ替える怖さが先に立ちます。止めてしまえば事業に影響が及び、リモートの立場でその重さを引き受けられるのか気になるところです。この記事では、一括で載せ替えない前提のもとで、段階移行の段取りと、リモートで関わる際の進め方、そして関われる案件の見極め方を整理します。経済産業省の調査データをもとに、現場で起きている実態から具体的な進め方まで順に見ていきます。

1. レガシー移行の案件で、いま何が起きているか

レガシー移行の案件とは

レガシー移行の案件と聞くと、古いプログラムを新しい言語に置き換えるだけの作業を思い浮かべるかもしれません。実際に任されるのは、長年積み上げてきた業務ロジックを読み解き、どこまでを移し、どこを現行のまま残すかを見極める工程が中心です。設計の経験よりも、既存の仕組みを壊さずに引き継ぐ慎重さのほうが評価されやすい領域だといえます。

参画するクライアントの多くも、目先の刷新よりも事業を止めないことを優先しています。まずは、この領域でいま何が起きているのかを数字で確認します。

具体的には、既存のジョブ管理表やバッチ処理の依存関係を読み解き、どの処理を新しい基盤へ移し、どの処理をそのまま残すかを判断する作業が積み重なります。仕様書が整っていない案件ほど、この読み解きに時間がかかり、現場の知識を持つ担当者への確認が欠かせません。

保有は多いが刷新は計画に乗っていない

経済産業省が実施した2024年度ソフトウェア動向調査(有効回答799社⁵)によると、レガシーシステムを保有する企業は61%にのぼり、企業規模が大きいほど保有率が高くなっています¹。刷新を先送りできる状況ではないことが分かります。

それでも、中期経営計画に大規模システムの導入や刷新を記載している企業は12%に留まっています²。経営の議題には上がっていても、いつ、どこまで進めるかという具体的な計画には落ちていない企業がほとんどだという実態が見えてきます。

保有と計画のあいだにある差は、経営が最終的な移行方針を固めるより先に、現場での可視化や整理を進めておく余地があることを示しています。段階を分けて進める判断は、この差を前提にしたときに現実的な選択肢になります。

出典：経済産業省「2024年度ソフトウェア動向調査」(2025年5月28日公表、有効回答799社)をもとに作成

この差が生まれる背景には、一括での載せ替えに踏み切れない事情があります。段階を分けて進める余地は、経営の判断が固まりきっていないところにこそ生まれています。次の章では、一括で載せ替えることがなぜ危ういのかを見ていきます。

2. なぜ「一括で載せ替える」が危ういのか

移行は進むが形態は決めきれていない

メインフレームを保有していた企業のうち、52%はすでにメインフレーム以外の基盤へ移行しています³。移行そのものは着実に進んでいることが分かります。

一方で、過半数の企業では移行先システムの形態がまだ決まっていません⁴。移行は動いているのに、行き先を一つに絞れていない企業が半数を超えているという状態です。ここに、一括で載せ替える計画を組みにくい理由があります。

移行先の形態を決めきれないまま一括で載せ替えようとすると、想定していなかった依存関係が本番稼働の直前に見つかり、切り戻す先そのものが残っていないという事態も起こり得ます。事業を止めるかどうかの判断を、限られた時間の中で下さなければならなくなる場面です。

数年計画は停滞で長期化する

移行先を決めきれないまま数年単位の計画を立てると、途中の停滞がそのまま計画全体の長期化につながります。一度止まった移行は、再開のたびに前提を洗い直す手間がかかり、当初の見積りから外れていきます。

事業を止めずに進める案件では、この停滞をどれだけ小さく抑えられるかが評価の分かれ目になります。止めた分だけクライアントの事業に影響が及ぶため、一括で載せ替える計画よりも、影響範囲を区切って進める計画のほうが選ばれやすくなっています。

任される範囲が途中で変わる場面もあるため、契約時点で全体像を固定しすぎない進め方が現実的です。範囲の変化を前提に置いておくと、契約条件の見直しにも落ち着いて対応できます。

計画が長期化する案件ほど、関わる期間そのものも長くなりやすくなります。リモートで参画するのであれば、途中の停滞を理由に関与が途切れないよう、区切りごとに成果を残しておく進め方が安心材料になります。

出典：経済産業省「2024年度ソフトウェア動向調査」(2025年5月28日公表)をもとに作成

止めずにどう移していくかが次の論点です。次の章では、段階移行の段取りを3つに分けて整理します。

3. 止めずに段階で載せ替える3つの段取り

①可視化と仕分け

段階移行の最初の一歩は、いま動いているIT資産をひとつずつ可視化することです。台帳に落とし込み、真に移すべき範囲と、当面は現行のまま残す範囲を仕分けます。ここを疎かにすると、後の工程で想定外の依存関係に気づき、計画が後退します。

台帳には、システム名だけでなく、依存する外部システムや保守を担う体制、更新頻度までを記録しておくと、後工程での判断材料として活きてきます。

②並行稼働と切り戻しを設計する

仕分けが終わったら、新旧のシステムを一定期間並行して稼働させる設計に移ります。並行稼働の期間は検証の時間であり、同時に、問題が起きたときに元の仕組みへ戻す切り戻しの手順を用意する期間でもあります。切り戻しを先に決めておくことで、移行の判断そのものが慎重になります。

並行稼働では、データの整合性やレスポンス速度など、確認する観点を事前に一覧化しておくと、稼働後の判断がぶれません。切り戻しの手順は、実際に一度動かして確認しておくことで、いざというときに機能する手順になります。

③優先度で範囲を絞り、一部から置き換える

最後に、影響が小さい範囲から順に優先度をつけて置き換えていきます。全体を一つの工程に束ねるよりも、範囲を絞って一部から進めるほうが、問題が起きたときの被害を小さく抑えられます。結果を確認しながら次の範囲に進む姿勢が、段階移行の土台になります。

優先度をつける基準には、利用者数の多さや、他システムとの依存の強さなどが使えます。依存の弱い範囲から着手すると、問題が起きた場合の影響も小さく抑えられます。

図の作成：Remogu編集部。段階移行の進め方を整理したもので、統計データではありません

段取りごとのやることと残す成果物

3つの段取りは、それぞれ独立した作業ではなく、前の工程で残した記録を次の工程が使う関係にあります。可視化で作った台帳は並行稼働の検証範囲を決める材料になり、並行稼働で確認した挙動は置き換えの優先順位を決める材料になります。段取りごとにやることと、次に引き継ぐ成果物を一覧にまとめました。

段取り	やること	残す成果物
①可視化と仕分け	IT資産を一覧化し、真に移す範囲と現行のまま残す範囲を仕分ける	IT資産台帳、対象範囲の仕分け表
②並行稼働と切り戻しの設計	新旧システムを並行して稼働させ、問題発生時に戻せる手順を用意する	並行稼働の運用手順書、切り戻し手順書
③優先度で範囲を絞り、一部から置き換える	影響が小さい範囲から順に置き換え、結果を確認しながら次に進める	置き換え順の計画表、検証記録

3つの段取りを一人で最初から最後まで担う案件もあれば、いずれか一つの段取りだけを任される案件もあります。どの段取りを引き受けるのかを最初に確認しておくと、参画後の役割のずれを防げます。

リモートで進める場合は、この可視化とドキュメント化の工程がさらに効いてきます。次の章で、リモート・フリーランスとして移行案件に関わるときの進め方を見ていきます。

4. リモート・フリーランスで移行案件に関わるときの進め方

属人化を解く記録(仕様の可視化)

レガシー移行の現場では、長年の運用で積み上げてきた知識が特定の担当者にしか無い状態がよく起こります。リモートで関わる場合、その場にいなければ聞けない情報は前提にできません。仕様書や手順書に残し、記録から追える形にしておくことが、参画後の最初の仕事になります。

記録に残す作業は地味に見えますが、次に関わる人が同じ調査をやり直す手間を減らします。属人化を解く記録づくりは、リモートだからこそ価値が上がる仕事だといえます。

記録の形式は、Wikiや共有ドキュメントなど、変更履歴が残る仕組みを使うと、後から見返しやすくなります。属人化した知識をその場の会話だけで終わらせず、文章として積み上げていく姿勢が、リモートでの評価につながります。

責任範囲は協議で決める

移行案件では、どこまでを引き受け、どこからはクライアント側の判断に委ねるのかを、現場の空気で決めるのではなく、事前にクライアントと協議して文書に残しておくことが欠かせません。責任範囲があいまいなまま進めると、切り戻しの判断が遅れる原因になります。

リモートで信頼を得るには、常時同席して状況を伝えるより、定例の報告と記録の更新で状況を共有する進め方のほうが向いています。

協議の内容は、口頭で済ませず、議事録や合意事項として残しておくと、後になって解釈が分かれる事態を避けられます。合意した内容を都度書き残す積み重ねが、信頼の土台になります。

対面前提と非同期での進め方の違い

移行案件は対面を前提に組まれてきた進め方が多く残っています。同じ内容でも、対面で伝えることを前提にした進め方と、記録を軸にした非同期の進め方では、残すものと確認のタイミングが変わります。3つの観点で違いを整理しました。

対面が前提の進め方をそのまま持ち込むと、記録に残る情報が減り、後から参照できなくなります。非同期を前提にした進め方に切り替えることが、リモートで信頼を積み重ねる近道です。

観点	対面前提の進め方	非同期での進め方
仕様の伝達	口頭での引き継ぎに依存しやすい	仕様書・手順書に残し、記録から追える形にする
進捗の確認	常時同席して状況を把握する	定例の報告と記録の更新で状況を共有する
責任範囲の決め方	現場の空気で決まりやすい	クライアントと事前に協議し、文書で確認する

記録を軸にした進め方ができるかどうかは、案件ごとの体制によって変わります。次の章では、その体制を関わる前にどう見極めるかを整理します。

5. レガシー移行に関われる案件かを、どこで見極めるか

可視化・仕分けが済んでいるか

案件を確認する際は、IT資産の可視化や仕分けがどこまで進んでいるかを一つの基準にできます。台帳が整理されている案件は、段階移行を計画しやすく、リモートでも参照できる情報が揃っている見込みが高くなります。

案件の説明や面談の場で、台帳や資産一覧の有無を尋ねてみると、可視化がどこまで進んでいるかを事前に把握できます。整理が済んでいる案件ほど、参画後の立ち上がりも早くなります。

切り戻しを前提にできる体制か

もう一つの基準は、並行稼働や切り戻しを前提にした体制があるかどうかです。切り戻しの手順が用意されている案件は、慎重に進める姿勢がすでに現場に根づいているサインといえます。逆に、移行範囲を一括で示してくる案件は、段取りを分けにくく、関与範囲の協議も難しくなりやすい傾向があります。

並行稼働の期間や切り戻しの手順について、面談で具体的に質問し、答えが明確に返ってくるかどうかも見極めの材料になります。曖昧な返答が続く案件は、段取りがまだ固まっていない可能性があります。

図の作成：Remogu編集部。案件を見極める着眼点を整理したもので、統計データではありません

案件の特徴と段階移行のしやすさ

見極めの基準は、案件の説明に表れる言葉からも読み取れます。台帳や並行稼働という言葉が具体的に出てくる案件は、段取りが整理されている見込みが高く、逆に範囲を一括でまとめて示す案件は、関与できる範囲を協議しにくい傾向があります。3つの特徴を並べて整理しました。

案件の特徴	段階移行のしやすさ
IT資産台帳が整理されている	可視化が済んでいるため、段階移行を計画しやすい
並行稼働の期間が確保されている	切り戻しを前提にした進め方ができる
移行範囲が全面一括で示されている	段取りを分けにくく、関与範囲の協議が難しくなりやすい

案件の説明文だけで判断がつかないときは、面談で直接尋ねる方法も有効です。台帳や並行稼働、切り戻しといった具体的な言葉への答え方を見れば、段取りが整理されている案件かどうかの見当がつきます。

Remoguが扱う案件は、90%以上がフルリモート可能です⁶。場所に縛られずに、可視化や記録づくりといった移行案件で評価されやすい進め方を積み重ねられる環境が整っています。まずは登録して、自分の経験に合う条件を確かめてみる価値があります。ここまでの内容を、次で整理します。

6. まとめ

レガシー移行の案件は、一括で載せ替えないことを前提に組み立てると、事業を止めるリスクを抑えながら進められます。ここまでの内容を、行動につながる形で整理します。

• レガシーシステムを保有する企業は61%にのぼります¹が、刷新を経営計画に記載している企業は12%に留まります²。
• メインフレーム保有企業の52%は移行を進めていますが³、移行先の形態は過半数の企業で未決定です⁴。
• 段階移行は、可視化と仕分け→並行稼働と切り戻し→優先度による絞り込みという3つの段取りで進められます。
• リモートで関わる際は、記録を軸にした進め方と、事前の協議による責任範囲の明確化が土台になります。

まず取れる一歩は、自分の経験に合う移行案件がどこにあるかを見に行くことです。Remoguが扱う案件は90%以上がフルリモート可能な環境です。まずは登録して、段階移行の経験を活かせる条件を確認してみましょう。

7. よくある質問

一括移行はダメですか

一括での載せ替えが不可能というわけではありませんが、移行先の形態を過半数の企業が決めきれていない現状⁴を踏まえると、事業を止める範囲を大きく取る計画にはリスクが伴います。範囲を区切り、優先度をつけて進める段階移行のほうが、問題が起きたときの被害を抑えやすい進め方です。可視化と仕分けから始め、並行稼働と切り戻しを設計し、優先度で範囲を絞るという3つの段取りが、その具体的な進め方になります。

移行先が決まらないときはどうすればよいですか

移行先の形態は、過半数の企業でまだ決まっていません⁴。全体の行き先を先に固めるのではなく、IT資産を可視化し、真に移す範囲を仕分けるところから始めると、検討そのものが進みやすくなります。

リモートで移行案件に関われますか

可視化や記録づくりが評価される領域では、リモートでの関わり方が選びやすくなっています。属人化した知識を文書に残す作業や、定例の報告で状況を共有する進め方は、対面よりも記録を軸にしたやり方のほうが向いています。Remoguが扱う案件は90%以上がフルリモート可能です。まずは、自分の経験に近い案件がどれだけあるかを見に行くことから始められます。

報酬は上がりますか

報酬は関与する範囲や責任の重さによって変わるため、この記事のデータだけでは一律にお答えできません。事前の協議で責任範囲を明確にしておくことが、条件を確認する際の材料になります。まずは登録し、自分の経験に合う案件の条件を確認してみましょう。

※公開中の案件数は時期によって変わります。記事中の案件の傾向は執筆時点のものです。

出典・参考情報

＊1 経済産業省「2024年度ソフトウェア動向調査」（2025-05-28）
＊2 経済産業省「レガシーシステムモダン化委員会総括レポート」（2025-05-28）
＊3 経済産業省「2024年度ソフトウェア動向調査」（2025-05-28）
＊4 経済産業省「2024年度ソフトウェア動向調査」（2025-05-28）
＊5 経済産業省「2024年度ソフトウェア動向調査」（2025-05-28）
＊6 Remogu（株式会社LASSIC運営）公開情報：扱う案件の90%以上がフルリモート可能