オフショア開発モデルの終焉：25年間の構造的限界とAIによる決定打
本番稼働1ヶ月で停止したシステム
オフショアで開発されたある業務システムが、本番稼働から1ヶ月で停止した。
調査してみると、原因は単純だった。並列処理でデータベースを書き換えているのに、排他制御（ロック）がない。複数プロセスが同じレコードを同時に更新し、テーブルの中身が壊れていた。
さらに、大量のログを書き込むテーブルにインデックスがなく、データが増えるほどデータベースが遅くなり、最後は処理が終わらなくなる設計だった。
排他制御もインデックスも、データベースの基礎中の基礎だ。これを知らない開発者が業務システムを構築し、それを検収する側も見抜けなかった。問題はオフショアだけではない。発注側の技術力の欠如が、こうした事故を許容する構造を作り出している。
SIerモデルを模倣するオフショア企業
オフショア企業の中には、日本のSIerを「成功モデル」だと勘違いし、同じように営業と人月で案件を取ろうとする会社が増えている。
技術力ではなく営業力で勝負する。設計ができなくても案件は取れる。品質が低くても検収は通る。日本のSIerが30年かけて完成させた「技術なき商売」のモデルを、そのまま輸入しているのだ。
結果は明白だ。設計力は失われ、技術負債が積み上がり、排他制御もインデックスもないシステムが本番に投入される。そしてAIがコードの瑕疵を明らかにし、契約不適合責任を取らされる時代がすぐそこまで来ている。
25年間のモデルが崩壊する4つの理由
コストメリットの消失
ベトナムのIT人材の給与は年率10-15%で上昇し続けている。2024年のITプロフェッショナルの平均月給は前年比約28%増加した。インドでも優秀なエンジニアの獲得競争により人件費は急騰している。2022年以降の円安進行で実質的なコスト削減効果は大幅に減少し、国内開発と同等以上のコストになるケースも報告されている。
中小企業での変化は顕著だ。100名以下の企業のオフショア活用割合は前年の62%から26%へ大幅に減少している。コスト削減のニーズが最も大きい中小企業が、もはやオフショア開発にコストメリットを見出せなくなった。
エンジニアリングを教える人がいなくなった
最大の問題は、日本側にエンジニアリングを理解している人材が枯渇したことだ。
1990年代に現場で実装を経験した世代は定年退職の時期を迎えている。品質管理、設計思想、保守性といったエンジニアリングの本質を身体で理解していた最後の世代だった。2000年代以降に育った世代は、PMBOKは知っていても「なぜそのコードが良いコードなのか」を説明できない。
結果、オフショア先への技術移転は表面的なものに留まり、品質問題は25年経っても解決していない。
AIがとどめを刺した
単純な実装作業なら、AIの方が速く、正確で、24時間働ける。日本語で直接指示でき、コミュニケーションコストもゼロだ。「仕様書通りに作る」だけの開発なら、もはや人間に頼る必要はない。
さらにAIは既存コードの品質を客観的に分析する。排他制御の欠如、インデックスの未設定、正規化されていないテーブル設計。これまで「バレなければいい」で通っていた品質問題が、AIによって白日の下に晒される。
ノーコード・ローコードという誤解
AIによるノーコードやローコードがこの問題を解決すると考える人もいる。それはプログラミングの話であり、エンジニアリングではない。プログラミングは技術であり、エンジニアリングは思想だ。ノーコードやローコードで技術が不要になっても、排他制御やインデックスの必要性を判断するエンジニアリングの思想はなくならない。むしろ、より重要になる。
終焉の先にあるもの
25年間続いたコスト削減を主目的とするオフショア開発モデルは、静かに、しかし確実に終わりを迎えている。
SESを主力事業とする会社はAIを黙殺している。「AIを勉強しないとなあ、と思ってるんですよ」と言いつつ、AIを遠ざけている。AIがSESのビジネスモデルを破壊することを、うすうす理解しているのだろう。だからこそ業界全体でAIを無視し続けている。
しかし現実は変わらない。人件費は上がり続け、円安は解消せず、AIは進化し続ける。「安い人月を海外で確保する」という発想自体が、すでに過去のものだ。
必要なのは、エンジニアリングの思想を持った人材がAIを使いこなす体制だ。排他制御の必要性を判断し、インデックス設計を行い、システム全体の整合性を保証できる人間。その上で実装をAIに任せる。これが次の時代の開発モデルになる。
オフショア開発シリーズ: