ソフトウェア開発のアウトソーシング:コスト、モデル、リスク

ソフトウェア開発のアウトソーシングとは、本来であれば自社で採用し、マネジメントするはずのエンジニアリング業務を、外部の企業に委託することを指します。多くの発注者は、ベンダーを時間単価で比較しますが、これは比較すべき数値ではありません。同じ単価を提示しているベンダーでも、契約モデルが異なり、単価に含まれる範囲の定義も異なれば、4 か月目には、実際にかかるコストが大きく変わってきます。

本記事では、正しい比較の方法を解説します。具体的には、契約モデル、提示単価の裏にある実際のコスト、そして国ごとの実態の比較です。そのうえで、プロセスを進めるための 7 つのステップ、事前に備えておくべきリスク、さらに、きちんとした回答を持つベンダーと、そうでないベンダーを見分けるための質問を紹介します。

ソフトウェア開発のアウトソーシングとは:3 つの提供形態

ソフトウェア開発のアウトソーシングとは、社内でキャパシティを確保する代わりに、実行業務を社外の企業に委ねることです。ここでいう実行業務には、コーディング、テスト、デザイン、保守、運用が含まれます。次の 3 つは、ほぼ例外なく自社に残ります。

• システムアーキテクチャ
• プロダクトに関する意思決定
• 自社の顧客との関係

アーキテクチャやプロダクトの方向性まで自ら握ろうとするベンダーは、アウトソーシングのパートナーではありません。それは共同創業者のような関係であり、別の契約形態が必要になります。

アウトソーシングと社内採用の違いは、具体的には 1 点に集約されます。採用ミスマッチのコストを誰が負うか、という点です。社内で採用した場合、ミスマッチが生じれば、数か月分の退職金(解雇に伴う費用)と、採用活動のやり直しが必要になります。アウトソーシングの場合は、このリスクをベンダーが負います。

デリバリーは、地理的な観点から 3 種類に分けられ、それぞれ「オーバーラップ時間」(自社チームとベンダーのチームが、リアルタイムで共有できる勤務時間)に関するトレードオフが異なります。

• オンショア:自社と同じ国で実施する形態。
• ニアショア:時差が 1〜4 時間程度の国で実施する形態。
• オフショア:時差が 8 時間以上ある国で実施する形態。

これらは、排他的なものではありません。多くのエンタープライズ企業は、アーキテクチャとプロダクトのオーナーシップをオンショアに残し、実行業務をオフショアに送ります。つまり、リアルタイムでの判断が必要な業務と、実際に手を動かす業務とで、仕事を切り分けているのです。下表は、3 つの形態を、単価、オーバーラップ時間、適した業務の観点から整理したものです。

社内にすべてを抱える場合と比べると、アウトソーシングは、固定的な人件費を、変動的なキャパシティに置き換えるものです。その代償として、日々のコントロールは弱まります。すべての業務が、この置き換えに同じようによく適合するわけではありません。

• 組織固有のナレッジ(属人的な知見)は、自社で保持し続けた場合にのみ、社内に残ります。 ベンダー側で要員がローテーションされると、ナレッジは外へ流出してしまいます。
• QA・テストは、通常、最もアウトソーシングしやすい業務です。 受け入れ基準が客観的に定められるためです。
• プロダクト戦略は、アウトソーシングされることがほとんどありません。 ドキュメント化されていない深い組織的コンテキストが必要であり、入れ替わりのあるチームには保持できないためです。

なぜ企業はソフトウェア開発をアウトソーシングするのか、そして実際に何が得られるのか

企業がアウトソーシングを行うのは、それが「次善の策」ではなく、すでに主流の選択肢になっているからです。Deloitte Global Outsourcing Survey によると、87% の組織が、外部委託先の人材を自社の労働力の一部として捉えています。平均すると、テクノロジー関連業務の 76% を外部で提供しています。

この潮流を説明する理由は 4 つあります。ただし、それぞれに、多くのベンダー提案が触れない前提条件があります。

• コストは 40〜70% 削減されますが、固定の数字ではなく、時間とともに変化するカーブを描きます。 ベンダーが報告する削減率は、1 年目で 40〜50% です。ランプアップ費用が償却されるにつれて、2 年目には 55〜70% まで拡大します(ベンダーの自己申告であり、監査を受けたベンチマークではありません)。
• 自国の市場にはないスキルへのアクセスが得られます。 自国では希少な専門的なスキルセットやニッチなコンプライアンス知識が、他国では十分な規模で確保できる場合が少なくありません。
• 社内の採用サイクルよりも、迅速にスケールできます。 ベンダーを通じたキャパシティの追加・縮小は、通常、数日から数週間で行えます。社内チームでは数か月かかります。
• 安定したチームは、人数が多くても入れ替わりのあるチームを上回る成果を出します。 この理由は最も見過ごされがちですが、SmaAD の事例がそれを裏付けています。

日本のデジタル広告企業である GMO Tech 向けの SmaAD プロジェクトは、2021 年 8 月から 4 名のエンジニアで稼働しました。このチームは、2022 年に 135 件のチケットをクローズし、納期の遅延は一度もありませんでした。それらのチケットのひとつが、MySQL 5.6 から 5.7 へのアップグレードです。リスクの高いインプレース移行(既存環境上での直接移行)ではなく、クエリの書き換えによって対応しました。コードベースを熟知した 4 名は、コードベースを知らない 10 名のローテーションチームを上回る成果を出します。

上記のメリットはいずれも、一定の前提条件のもとで成り立ちます。

• コスト削減は、3 か月目以降も同じチームを維持することが前提です。
• スキルへのアクセスは、ベンダーの要員名簿に実際にそのスキルを持つ人材がいることが前提です。営業資料上の主張だけでは成立しません。
• スケールの速さは、ベンダーに余剰キャパシティがあることが前提です。契約後に採用するという約束では成立しません。

AI 時代において、ソフトウェア開発のアウトソーシングは衰退しつつある概念なのか?

いいえ。アウトソーシングは、「委託という行為がまだ成り立つのか」ではなく、「何を委託するのか」という点で再定義されつつあります。ISG Index によると、2026 年第 2 四半期の世界のテクノロジーサービス支出は、過去最高の 424 億ドルに達し、前年同期比で 43% 増加しました。衰退している市場が、過去最速の成長を記録することはありません。

AI が実際にどこで役立っているのかは、Stack Overflow 2025 Developer Survey が示しています。この調査は、4 万 9,000 人以上の開発者を対象としており、次の結果が得られました。

• 84% が、すでに AI コーディングツールを使用している、または使用する予定である。
• 出力の正確性を信頼しているのは 29% のみで、2024 年の 40% から低下した。
• 46% が、出力を積極的に信頼していない。
• 66% が、「ほぼ正しいが、完全ではない」と回答している。
• 45% が、その修正にかなりの時間を要すると回答している。

導入率 84% と信頼度 29% との間にある 55 ポイントの差こそ、依然として人の手を必要とする業務領域です。AI は、定型的なボイラープレートコードという、委託業務の 1 つの領域を縮小させています。一方で、インテグレーションとテストという 2 つの領域は拡大させています。アウトソーシングのベンダーが報酬を得る業務は、消えるのではなく、移動しているのです。

ただし 1 つ例外があります。これまでアウトソーシングしてきたのが、時間単位で請求される定型的なボイラープレートコードだけだった場合、そのカテゴリは確かに縮小しています。しかし、それは市場全体ではなく、ごく一部にすぎません。

ソフトウェア開発アウトソーシングの契約モデルと契約形態

ほぼすべてのアウトソーシング案件は、4 つの契約モデルのいずれかに分類できます。これらを見分けるポイントは、請求書の計算方法ではなく、「日々の業務を誰がマネジメントするか」と「成果に対する責任を誰が負うか」です。

• 固定価格型(請負型):合意したスコープと価格に対して、ベンダーが日々の業務をマネジメントし、成果にも責任を負います。最もリスクの低い選択肢に見えますが、価格を固定しても、スコープまで固定されるわけではありません。要件が変更されれば、変更依頼(チェンジオーダー)が発生します。要件は、ほぼ必ず変わります。
• タイム・アンド・マテリアル型(T&M 型、実費精算型):ベンダーが日々の実行業務をマネジメントします。成果の責任は貴社が負います。貴社が進行に合わせてスコープを調整し、実際に記録された工数に対して支払います。
• 専任チーム型(ラボ型開発):ベンダーのチームが、貴社の指示のもとで、貴社のプロダクトに専念して稼働します。ベンダーは、人事面とデリバリー基盤を担います。成果の責任は貴社が負い、ベンダーは、チームの要員を維持する責任を負います。
• スタッフ・オーグメンテーション型(人材補強型):個々のエンジニアが貴社の既存チームに加わり、貴社の組織体制のもとで業務を行います。日々のマネジメントも成果の責任も、貴社が負います。ベンダーは、実質的に、人材の調達チャネルにあたります。

どの契約モデルにも、限界点があります。ご自身のプロジェクトを、次の 3 つの閾値に照らしてチェックしてください。

• 継続的に確保すべき作業量:固定価格型が成り立つのは、確保すべき作業量がおおよそ 1 人年を下回る場合です。それを超えると、変更依頼(チェンジオーダー)の対応工数が、削減効果を食いつぶし始めます。
• 自社の調整工数:ベンダーのマネジメントに、マネージャーの 1 週間の稼働の 5 分の 1 を超える時間がかかるようであれば、通常、専任チーム型のほうが、T&M 型で生じる「調整コスト(調整税)」よりも低コストになります。
• スコープの安定性:要件が月ごとに変わるほど、固定価格型のコストは高くなります。変更のたびに、再交渉が必要になるためです。

特定のモデルがどの時点で機能しなくなるのかを明示しているガイドは、ほとんどありません。だからこそ、この 3 つの閾値が重要です。関連する詳細記事については、RunSystem の専用ガイドであるスタッフ・オーグメンテーションと、オフショア開発センターに関する記事もご覧ください。

ソフトウェア開発のアウトソーシングに、実際にかかるコスト

時間単価は、総額ではありません。ベンダーの単価は、8 つの異なるコスト要素をカバーしている必要がありますが、それらを項目別に示している料金表は、ほとんどありません。下表は、一般的な単価をその構成要素に分解したものです。あわせて、直接雇用した場合に、別途支払うことになる費用も示しています。

雇用主負担の法定社会保険料等は、あらゆる料金表が省略している項目です。国による差は、それだけで総コストを左右するほど大きなものです。

• ルーマニアは、約 2.25% です。
• ブラジルは 28〜36% で、20% の INSS(社会保険)拠出、8% の FGTS(勤続期間保障基金)積立、および労災保険料の合計です。

その差は 12〜16 倍にのぼります(PwC の Worldwide Tax Summaries による)。見積りを比較する前に、各ベンダーに次の質問を投げかけてください。「この単価には、プロジェクトマネジメント、QA、そして離職者が出た場合の交代要員がすでに含まれていますか?」

新たに立ち上げたアウトソーシングチームは、初日からフルキャパシティで稼働するわけではありません。この立ち上がりのカーブは、契約期間が固定されている場合、実際のコストとして現れます。ベンダーが報告しているオンボーディングの進み方は、次のとおりです(ベンダーの自己申告であり、監査を受けたデータではありません)。

• 1 か月目:生産量の約 50〜60%
• 2 か月目:生産量の約 70〜80%
• 3 か月目:生産量の約 85〜95%

これを 12 か月契約に当てはめると、12 か月分の費用を支払う一方で、得られるアウトプットは約 11.2 人月分にとどまります。作業単位あたりの実質コストは、提示単価より約 7% 高くなります。金融サービス、ヘルスケア、重要インフラといった複雑なドメインでは、立ち上がり期間が 12〜16 週間に延び、その差はさらに広がります。

ランプアップのコストは固定費であり、開始時に一度だけ発生します。そのため、契約期間が短いほど、総支出に占める割合は大きくなります。解決策は、単価を下げることではありません。同じメンバーを自社のプロジェクトに継続して配置することです。エンジニアを入れ替えるたびに、立ち上がりのカーブがリセットされるためです。

ソフトウェア開発アウトソーシングの上位国:同一基準でスコアリング

「アウトソーシング先の上位国」ランキングの多くは、客観的な比較ではなく、発行元が事業を展開している地域を反映しています。ParallelStaff のランキングは、中南米 5 か国のみを掲載し、アジアの国は 1 つも含まれていません。N-ix は、中・東欧を最上位に置いています。いずれも、各社が自社拠点を持つ地域と一致しています。これらが答えているのは、「このベンダーはどこで事業を行っているか」であり、「どの国が貴社のプロジェクトに適しているか」ではありません。

すべての国を同じ 4 つの基準で評価すれば、この偏りを排除できます。下表では、8 か国を、時間単価、雇用主負担の法定社会保険料等、米国東部時間の 9 時〜17 時の勤務時間とのオーバーラップ、人材プールの規模という 4 つの観点で比較しています。

各国の単価は収れんしつつあり、そのことが、国ごとの差別化要因を変えつつあります。Accelerance 2026 Global Software Development Rates and Trends Guide によると、過去 1 年間で、中南米の単価は 7.1%、欧州の単価は 4.4% 下落しました。価格がベンダーの差別化要因でなくなるにつれ、比較する価値のある変数は、オーバーラップ時間と人材プールの規模の 2 つになります。

ソフトウェア開発をアウトソーシングする 7 つのステップ

アウトソーシングは 7 つのステップで進みますが、多くのガイドは、各ステップで発注者側が準備すべきことには触れていません。

• スコープと受け入れ基準の定義(1〜2 週間):ベンダーとの会話を始める前に、文書化されたスコープと、「完了」の定義を用意しておく必要があります。
• 契約モデルの選定(スコーピングと並行して実施):前述の閾値を用いて、継続的に確保すべき作業量とスコープの安定性に合ったモデルを選びます。
• 候補ベンダーのショートリスト作成(1〜2 週間):評価基準は、提案書を見たあとではなく、事前に設定します。
• デューデリジェンスの実施(2〜4 週間):ベンダーの審査とリファレンスチェックを行います。後述の 7 つのベンダー向け質問を用います。
• 契約の締結(1〜2 週間):価格、ソースコードの所有権、セキュリティ条件を、明示的に契約に盛り込みます。
• 限定的なパイロットの実施(4〜8 週間):期限を定めないトライアルではなく、受け入れテストが定義された、小規模で実際の成果物を用います。
• 安定運用への移行:チームの立ち上げにかかる時間と、チームが安定するまでにかかる時間を混同しないでください。両者は別物です。

ベンダーは、2 つのマイルストーンを「セットアップ期間」という 1 つの用語にまとめて扱うことがよくあります。セットアップ期間とは、チームが組成され、アクセス権限が付与された状態を指します。一方、安定したベロシティ(開発速度)とは、チームが通常の生産量を継続的に維持できる状態を指します。後者のほうが時間がかかるため、ベンダーごとの見積りが一致しないのです。

日本市場向けのキャッシュレス決済プラットフォームは、2019 年 4 月 8 日にローンチされました。プロジェクトマネージャー、エンジニア、テスター、QA、通訳(ブリッジ担当)から成る、20 名超のチームで運営されました。これが、パイロット段階を超えて、真に安定したアウトソーシング運営がとる姿です。

ソフトウェア開発アウトソーシングのリスクと、その解消にかかるコスト

実際のアウトソーシングのリスクには、いずれも、具体的なプロジェクトの事例と、具体的な対処策があります。「文化の違い」のような漠然としたリスクは、対策を講じるには具体性に欠けるため、ここでは取り上げません。

• それまで一緒に働いたことのないグループから編成されたチーム:VIMC(Vietnam Maritime Corporation)向けのデジタルアーカイブ・プロジェクトでは、社内の複数のグループから 20 名のチームが編成されました。これらのグループは、モバイル、Web、テスト、業務システムの各領域にまたがっていました。初期に生じた摩擦は、フルスピードでのデリバリーに入る前に、共通のオンボーディング期間を設けるためのコストであり、将来のより高いコストを避けるために、先行して支払ったものです。
• プロジェクト開始時に、要件が固まっていなかった:VinWonders 向けの Web プラットフォーム構築では、開発に着手する前に、3 週間の対面でのデザイン作業が必要でした。ビジュアル面の要件が厳格で、コンテンツも確定していなかったためです。要件定義(ディスカバリー)の期間を削ると、ほぼ確実に、後工程での手戻りコストが増えます。
• 調整のオーバーヘッド:契約の設計が不十分だと、手戻りによって、プロジェクトのスケジュールが 15〜25% 延びます。適切に設計された契約であれば、延び幅は 5〜10% にとどまります(ベンダーの自己申告であり、監査を受けたものではありません)。この差こそが、優れたプロジェクトガバナンスの本当の価値です。

ソースコードの所有権とデータ保護については、ベンダーによる要約ではなく、規格そのものを読んでください。ISO/IEC 27001:2022 は、情報セキュリティに関する規格です。附属書 A には 93 の管理策が列挙されています。これは参照用のコントロール集であり、必須のチェックリストではありません。したがって、問うべきは「ISO 27001 を取得していますか?」ではなく、「これらの管理策のうち、どれが貴社の認証の適用範囲(スコープ)に含まれていますか?」です。

ソフトウェア開発のアウトソーシング・パートナーの選び方

パートナー選びは、7 つの質問に集約されます。それぞれについて、「良い回答」と「はぐらかす回答」を対にして示します。

• 単価には、プロジェクトマネジメントと QA がすでに含まれていますか?
  良い回答:具体的な割合の内訳を示す。
  はぐらかす回答:数値を示さずに「すべて含まれています」とだけ答える。
• ソースコードの所有権は誰にあり、いつ当社に移転しますか?
  良い回答:具体的な契約条項と、移転のトリガー(条件)を示す。
  はぐらかす回答:書面の裏付けなく「もちろん御社のものです」と答える。
• 認証の適用範囲に、実際にはどの管理策が含まれていますか?
  良い回答:附属書 A に対応づけた、具体的な一覧を示す。
  はぐらかす回答:詳細を示さずに「ISO を完全に取得しています」と答える。
• エンジニアの離職率はどの程度で、どのように計測していますか?
  良い回答:数値と、測定期間を示す。
  はぐらかす回答:数値を示さずに「非常に低いです」と答える。
• 離職したエンジニアの後任が着任するまでにどのくらいかかり、再教育の費用は誰が負担しますか?
  良い回答:具体的な期間と、費用負担者を明示する。
  はぐらかす回答:「こちらで対応します」と答える。
• どの程度のチーム規模を下回ると、この契約モデルは成り立たなくなりますか?
  良い回答:前述のモデルに紐づけた、具体的な閾値を示す。
  はぐらかす回答:「どんな規模にも対応できます」と答える。
• 契約終了時の移行(引き継ぎ)計画はどうなっていますか?
  良い回答:文書化された引き継ぎプロセスがある。
  はぐらかす回答:契約が終了間際になるまで、計画が話し合われない。

これと同じ 7 つの質問について、GMO-Z.com RUNSYSTEM が明確に答えられる点と、そうでない点を率直に示しておきます。RUNSYSTEM は、2012 年から CMMI レベル 3 の認証を維持しています。また、ハノイ、ホーチミン、ダナン、フエの各拠点を対象とする ISO/IEC 27001:2022 認証も取得しています。これにより、認証スコープに関する質問には、具体的に回答できます。

ABBank 向けの段階的な CRM(顧客関係管理)システム導入では、第 1 フェーズで 160 万件以上の顧客レコードを同期し、1,600 人以上のリレーションシップ・オフィサー(渉外担当者)が利用しました。あわせて、同行の T24 コアバンキング、AML(アンチ・マネーロンダリング)スクリーニング、融資実行(ローンオリジネーション)の各システムとも連携しています。稼働開始までにかかった期間は約 3 か月で、規制の厳しい、連携要件の多い業務でも、プロセスが機能することを示す実績です。

一方、RUNSYSTEM が、公開された標準的な回答をまだ持っていないのは、上記の離職率に関する指標です。この点は、スコーピングの打ち合わせの場で、直接確認していただくのが妥当です。

アウトソーシングの前に決めておくべき 3 つの数値

アウトソーシングを決めるということは、「何が比較可能なのか」を決めることであり、「どの時間単価が最も安いか」を決めることではありません。ベンダーと話をする前に、次の 3 つの数値を固めてください。

• 継続的に確保すべき作業量(人年):契約モデルを決める基準になります。
• プロジェクトが本当に必要とするオーバーラップ時間:現実的な選択肢となる国を決める基準になります。
• 提示単価に実際に何が含まれているか:そもそもどの見積りが比較可能かを決める基準になります。

この 3 つの数値を持って、RUNSYSTEM との打ち合わせに臨んでください。上記の 7 つの質問を、RUNSYSTEMと他の 2 社に並べて投げかけます。料金表の提示依頼は不要です。文脈のない数値は、完全なスプレッドシートがすでに示している以上のことを、何も教えてくれません。

よくある質問(FAQ)

ソフトウェア開発におけるアウトソーシングとは何ですか?
ソフトウェア開発におけるアウトソーシングとは、社内で採用する代わりに、コーディング、テスト、デザイン、保守といったエンジニアリング業務を、外部の企業に委託することです。機能面では、個々のポジションを補強する形態(スタッフ・オーグメンテーション)と、プロダクトライン全体を委ねる形態(マネージドデリバリー)に分けることもできます。

アウトソーシングは衰退しつつある概念ですか?
いいえ。ISG Index によると、2026 年第 2 四半期の世界のテクノロジーサービス支出は、過去最高の 424 億ドルに達し、前年同期比で 43% 増加しました。AI は、定型的なボイラープレートコードの作業を縮小させています。一方で、インテグレーションとテストに対する需要は拡大させており、業務を委託する必要性そのものがなくなるわけではありません。

ソフトウェア開発をアウトソーシングすると、どのくらいのコストがかかりますか?
単価は、地域によって大きく異なります。雇用主負担の法定社会保険料等だけでも、国によってコストに 12〜16 倍の開きが生じます(ルーマニアの 2.25% に対し、ブラジルは 28〜36%)。「同額」の時間単価を提示されても、総コストが同じになることはまずありません。比較する前に、必ず、その単価に何が含まれているのかを確認してください。

どのような企業がソフトウェア開発をアウトソーシングしていますか?
現在では、ほぼすべての業界の組織が、テクノロジー関連業務をアウトソーシングしています。Deloitte の Global Outsourcing Survey によると、87% の組織が、外部委託先の人材を自社の労働力の一部として捉えています。平均すると、テクノロジー関連業務の 76% を外部で提供しています。

ソフトウェア開発をアウトソーシングするリスクにはどのようなものがありますか?
財務面で最大のリスクは、調整のオーバーヘッドです。契約や体制の設計が不十分な場合、手戻りやコミュニケーションの齟齬によって、プロジェクトのスケジュールが 15〜25% 延びます。適切に運営されている場合は、5〜10% にとどまります。ソースコードの所有権と、認証の適用範囲は、契約条件のなかでも、特に曖昧なまま残されることが多い 2 つの項目です。

ソフトウェア開発は、アウトソーシングすべきですか、それとも社内で採用すべきですか?
確保すべき作業量が変動する場合や、自国の市場にないスキルが必要な場合は、アウトソーシングが適しています。長期にわたって保有するコアとなる知的財産に関わる業務は、社内に残すべきです。また、ドキュメント化されていない深い組織的コンテキストを必要とし、入れ替わりのある外部チームには保持できない業務も、同様に社内で扱うべきです。