レガシーシステム改修のフルスクラッチ・オーダーメイド開発について

レガシーシステム改修におけるフルスクラッチ・オーダーメイド開発とは、COBOLや汎用機など老朽化したシステムの改修を検討する際に、「そもそも改修という選択肢と、ゼロから作り直すフルスクラッチという選択肢のどちらを選ぶべきか」を見極めるための論点です。同じくレガシーシステムを扱う既存記事群のうち、「レガシーシステムのモダナイゼーション」がリホスト・リプラットフォーム・リファクタリング・リビルド・リプレースという技術手法の使い分けに、「レガシーシステム刷新」が経営層の投資判断・稟議承認プロセスに、「レガシーシステム更改」がベンダー保守契約満了やEOS/EOLという外部から強制される期限に、「レガシーシステムリニューアル」がユーザーの見た目・使い勝手という顧客体験に、「レガシーシステムリアーキテクチャ」がアーキテクチャ構造の技術深掘りに、「レガシーシステムリプレイス」が製品・ベンダー乗り換えという意思決定にそれぞれ重心を置くのに対し、本記事が扱う「レガシーシステム改修」は、全面刷新には予算的に踏み切れない企業が、部分改修とフルスクラッチという2つの選択肢を、規模・予算・期間の観点から現実的に比較検討するための切り口です。

本記事では、部分改修とフルスクラッチの規模感の違いという位置づけの整理から、部分改修とフルスクラッチの費用・期間比較、法改正対応や特定帳票改修といった典型案件での使い分け、部分改修からフルスクラッチへの移行を見極める判断基準、そして低予算・短納期を実現する依頼先選定までを体系的に解説します。技術手法全般や経営判断の詳しい内容はそれぞれ姉妹記事に譲り、本記事では「限られた予算の中で、どこまでを部分改修で済ませ、どこからをフルスクラッチとして切り出すべきか」という、予算制約のある企業の担当者が最も悩む論点に絞って解説します。フルスクラッチという選択肢自体は他の波でも扱われますが、本記事はあくまで「低予算・小規模改修との比較」という文脈で位置づける点が特徴です。

本テーマに関する全体ガイドは、以下の記事をご覧ください。

▼全体ガイドの記事
・レガシーシステム改修の完全ガイド

部分改修とフルスクラッチの規模感の違い（低予算・小規模という前提の再確認）

システムの対象範囲によって、費用や期間の規模感は大きく異なります。小規模な部分改修は、一部機能の刷新や特定画面の再構築、周辺機能の置き換えなど対象を限定した改修で、費用は約500万〜2,000万円、期間は数週間〜数ヶ月程度が目安です。既存システムの一部再構築、複数部門をまたぐ業務見直し、データ移行や外部連携を伴う中規模な改修になると、費用は約2,000万〜8,000万円、期間は数ヶ月〜1年程度に伸びます。これに対しフルスクラッチ（基幹システム全体の再構築、業務そのものを見直して設計からすべてを作り直す手法）は、費用が8,000万円〜数億円以上、期間は半年〜複数年と、部分改修とは一桁以上異なる規模感になります。自社の課題がどちらの規模感に該当するかを見極めることが、検討の出発点です。

姉妹記事の「リプレイス」がビルド・バイ判断（自社スクラッチ維持か製品乗り換えか）を、「リアーキテクチャ」がフルスクラッチとStrangler Figパターンによる段階移行を比較するのに対し、本記事が扱う「改修」の文脈では、フルスクラッチはあくまで「部分改修では対応しきれなくなった場合の選択肢」として登場します。全面刷新に踏み切る予算がない企業が、まず部分改修で当面の課題をしのぎながら、将来的にフルスクラッチへ移行すべきタイミングをどう見極めるかという、段階的な意思決定プロセスそのものが本記事の主題です。開発期間・費用の見積もりも、フルスクラッチ単体の相場観ではなく、部分改修との比較の中で捉える必要があります。

部分改修で機能やモジュールを限定して作り直す場合、代表的なアプローチが2つあります。1つ目は「ストラングラーフィグパターン」で、古いシステムを一気に作り直すのではなく、「商品検索画面だけ」「注文APIだけ」「在庫管理ドメインだけ」といった単位で新しいシステムに切り出し、段階的に置き換えていく手法です。業務を停止させずに移行できる点が最大の利点です。2つ目は「リライト（書き直し）」で、機能（業務でやれること）は変えずに、古い言語や複雑化したプログラムの中身だけを新しい技術で書き直す手法です。いずれも、対象範囲を限定することで低予算・短納期を実現しながら、着実にレガシー資産を最新化していくアプローチと言えます。

部分改修とフルスクラッチの費用・期間比較

費用・期間だけでなく、リスクの性質そのものが部分改修とフルスクラッチでは大きく異なります。両者を正しく比較するための視点を整理します。

フルスクラッチは自由度が最も高い反面、要件定義の負荷が大きく、コストや期間が大幅に膨らむリスクが最大の手法です。数千万円〜数億円という規模の投資を一度に行うため、途中で頓挫した場合の損失も大きくなります。これに対し部分改修は、初期投資そのものが小さいため、仮に想定通りの成果が得られなかったとしても、損失を最小限に抑えられます。予算制約のある企業にとっては、いきなり大きな投資判断を下すよりも、まず小さな部分改修で成果を積み重ね、その実績をもとに次の投資判断を検討するという段階的なアプローチのほうが、社内の合意形成もしやすく現実的です。

部分改修は1回あたりの費用は小さくて済みますが、対象範囲を限定した改修を繰り返していくと、その都度の事前調査・要件定義の工数が積み重なり、長期的に見た累計コストがフルスクラッチと大きく変わらない水準に近づいていく場合があります。特に、同じシステムに対して数年おきに部分改修を繰り返している企業では、一度立ち止まって「これまでの累計改修費用が、フルスクラッチの初期投資を上回っていないか」を確認してみることをお勧めします。低予算・短納期という部分改修のメリットは、あくまで単発の案件を対象にした話であり、繰り返しの改修を前提にする場合は、累積での比較が欠かせません。

法改正対応・特定帳票改修といった典型案件での使い分け

実際にレガシーシステム改修の現場で頻繁に発生する典型案件について、部分改修とフルスクラッチのどちらが適しているかを具体的に見ていきます。

インボイス制度対応や消費税率変更といった法改正対応は、税務上「20万円未満」「60万円未満（取得価額の10%以下）」であれば修繕費として処理できる基準が示されており、軽微な法改正対応の部分改修は数十万円規模の低予算で実施されるケースが多いことを示唆しています。法改正対応のためだけにフルスクラッチを検討する企業はほとんどなく、こうした案件は原則として部分改修（フォーマット変更や税額計算の仕様変更等）で対応すべき典型例です。ただし、法改正への対応が繰り返し発生し、そのたびに既存システムの構造上の制約で対応コストが膨らんでいるようであれば、それはシステム自体の限界を示すサインであり、フルスクラッチへの移行を検討すべき局面が近づいている可能性があります。

帳票フォーマットの変更や画面の表示項目順序の変更といった案件は、保守契約外となることが多く、実作業が30分〜1時間程度であっても、1件あたり10万〜12万円程度の追加費用（最低作業料金）が請求されるケースがあります。この規模の改修にフルスクラッチはまったく見合わず、保守契約の枠内、あるいはチケット制のような軽量な契約形態で完結させるべき典型的な部分改修案件です。逆に、複数の帳票にまたがる仕様変更が同時多発的に発生している、あるいは帳票出力の基盤そのものが老朽化してどの帳票も改修のたびに苦労するという状態であれば、個別対応の積み重ねよりも、帳票出力機能そのものをモジュール単位でリライトすることを検討したほうが、長期的な費用対効果は高くなります。

部分改修からフルスクラッチへの移行を見極める判断基準

どちらの手法を選ぶべきかは、以下の4つの軸で判断することが推奨されています。これらは部分改修を続けるべきか、フルスクラッチへ切り替えるべきかを見極める実務的な指標になります。

1つ目は将来の業務要件です。今後その業務を大きく変える予定がなければ、中身だけを最新化するリライトなどの部分改修で十分ですが、業務プロセスそのものを抜本的に見直したい場合はフルスクラッチの出番です。2つ目は現行システムの品質と限界で、安定して動いているなら部分改修による延命が有効ですが、すでに設計に無理があり破綻しかけているならフルスクラッチを視野に入れます。3つ目は予算と期間の制約で、限られている場合は最初からフルスコープの全面刷新を狙うと失敗しやすく、最も課題の大きい部分に絞って段階的に部分改修を進めるのが安全です。4つ目はブラックボックス度で、作った人が退職し誰も仕様を説明できない状態であれば、いきなりフルスクラッチやリライトに着手してはいけません。何の手法を選ぶにせよ、まず現行システムの中身を解明し仕様を文書化する「読める化」の工程を最初に行うことが、失敗を防ぐ最大のポイントです。

部分改修を繰り返すうちに、改修のたびに影響範囲の調査に膨大な時間がかかるようになった、改修要望のたびに「今回は見送ろう」という判断が増えてきた、といった兆候が見られる場合、それは「改修疲れ」と呼ぶべき状態であり、部分改修という選択肢そのものが限界に近づいているサインです。こうした兆候が複数該当するようになったら、次の改修要望が発生するタイミングで、部分改修を続けるかフルスクラッチへ切り替えるかを一度立ち止まって検討する価値があります。低予算・短納期という部分改修のメリットを維持し続けるためにも、限界を迎える前に見極めのタイミングを逃さないことが重要です。

低予算・短納期を実現する依頼先選定

部分改修とフルスクラッチのどちらを選ぶにしても、依頼先の選定を誤ると、低予算・短納期という前提そのものが崩れてしまいます。以下の観点でパートナーを見極めることが重要です。

フルスクラッチの提案だけを一辺倒に行うベンダーに相談すると、本来は部分改修で十分な課題まで大規模プロジェクトとして提案されてしまうリスクがあります。逆に、部分改修しか手掛けていないベンダーでは、システムが「改修疲れ」の限界を迎えていても、その兆候を見抜けないまま場当たり的な対応を繰り返してしまう可能性があります。依頼先を選ぶ際は、対象言語・基盤（COBOLや汎用機等）の解析実績に加えて、部分改修とフルスクラッチの両方の実績を持ち、自社の状況を踏まえてどちらが適切かを中立的な視点で助言してくれるかどうかを確認することが重要です。

部分改修は一度きりのプロジェクトではなく、法改正対応や特定帳票の改修のように、今後も繰り返し発生する性質のものです。単発の案件としてその都度別のベンダーに発注していると、システムの構造理解がベンダー間で引き継がれず、依頼のたびに調査からやり直すことになり、結果的にコストも期間も膨らみます。低予算・短納期を実現し続けるためには、最初の部分改修プロジェクトの段階から、継続的な保守・改修パートナーとして長期的に付き合える体制を持つ依頼先を選び、システムへの理解を蓄積してもらうことが、最も効果的な投資になります。

まとめ

本記事では、レガシーシステム改修におけるフルスクラッチ・オーダーメイド開発について、部分改修とフルスクラッチの規模感の違いという位置づけの整理から、費用・期間比較、法改正対応や特定帳票改修といった典型案件での使い分け、部分改修からフルスクラッチへの移行を見極める判断基準、低予算・短納期を実現する依頼先選定までを体系的に解説しました。部分改修は費用500万〜8,000万円・期間数週間〜1年、フルスクラッチは費用8,000万〜数億円以上・期間半年〜複数年と、両者は一桁以上異なる規模感にあります。法改正対応や帳票改修といった典型案件は原則として部分改修で対応すべきですが、改修のたびに調査工数がかさむ「改修疲れ」の兆候が見えてきたら、フルスクラッチへの移行を検討すべきタイミングです。将来の業務要件・現行システムの品質・予算制約・ブラックボックス度という4つの軸で定期的に見極めながら、部分改修とフルスクラッチの両方を中立的に助言できるパートナーに、早い段階から相談することをお勧めします。

▼全体ガイドの記事
・レガシーシステム改修の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

株式会社riplaの会社HPはこちら

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。