SIer不要論はどこまで本当か
——消えるのは案件ではなく、人月

「生成AIで企業が自分でアプリを作れる時代になったのだから、SIerの開発案件は数年でほぼ無くなる」——この予測は、経営者やエンジニアの間で急速に支持を広げています。私たちの結論を先に言うと、方向は正しく、時間軸と範囲が違います。2年で消えるのは「案件」ではなく「人月」です。本記事では、崩れる順番、SIビジネスの本質、人材偏在のデータの3点から、この予測のどこが当たり、どこが外れるのかを切り分けます。

不要論の根拠は本物である

まず、不要論を安易に否定しないところから始めます。生成AIによる開発の変化は誇張ではありません。自律型AIエージェントが設計・実装・テストまでを担う開発は、2026年時点で既に実務段階にあり、これまで数人月かかっていた業務アプリケーションが数日で形になるケースは現実に存在します。私たち自身、社員が全員AIの体制で複数のプロダクトを構築・運営しており、これは当事者としての実感です。

この変化が最初に直撃するのは、「作ること自体が価値だった」層です。社内の業務ツール、簡単な申請・管理システム、小規模なWebサイト。この層の外注は、AIを使える社員が一人いれば内製できてしまうため、すでに崩れ始めています。ここだけを見れば「SIer不要」は正しい観察です。

それでも「2年でほぼ消える」とは言えない3つの理由

理由1: SIerが売っているのはコードではなく「責任」だから

大規模案件でSIerが提供している本質的な価値は、実装ではありません。障害が起きたときに呼びつけられる相手、監査に耐える体制、瑕疵担保という「リスクと責任の引受先」です。生成AIはコードを書く速度を劇的に上げましたが、「動かし続ける責任を誰が負うか」という問いには答えません。企業が「作れる」ようになることと、「保守・障害対応・セキュリティの責任を自社で負いたい」と決断することは、まったく別の意思決定です。基幹システムやレガシー移行の領域で、この責任需要は簡単には消えません。

理由2: 人材の偏在は2年では動かないから

内製化には、社内に「要件を決める人」と「運用し続ける人」が必要です。ところが日本では、IT人材の実に72%がIT企業（ベンダー）側に所属し、ユーザー企業側は28%にすぎません。米国はこの比率がほぼ逆で、ユーザー企業側が65.4%です（出典はIPAのIT人材白書。2015年時点の調査ですが、この構造が根本的に変わったという調査は現在までありません）。

出典: IPA「IT人材白書」／IT Leaders「IT企業からユーザー企業へ『IT人材の流動化』が徐々に」

ツールの壁はAIが下げました。しかし人の偏在は雇用の流動性の問題であり、2年という時間軸では動きません。「作れるはずなのに、作れない」企業が大量に残るのはこのためです。

理由3: 業界の財務には、まだ崩壊の兆候が出ていないから

予測は願望ではなく数字で検証すべきです。2026年時点の業界動向を見ると、大手SIerの業績はDX需要・基幹システム更新・AI活用の新需要を背景にむしろ堅調とされています。企業の基幹システム更新は意思決定だけで1〜3年かかるため、受注残が2年で蒸発する絵は、現在の数字からは描けません。

出典: 日経BOOKプラス「ITサービス（SIer）の業界地図2026」

過去の「不要論」が教えてくれること

SIer不要論は、実は今回が初めてではありません。

時期	不要論の根拠	実際に起きたこと
2000年代	オフショア開発でコストが1/3に	下流工程の一部が移転。上流と責任は国内に残った
2010年代	クラウドでインフラ構築が不要に	構築案件は減少、移行・運用の新需要が発生した
2020年前後	ノーコードで誰でも作れる	簡易アプリの内製は進んだが、基幹領域には届かなかった
2020年代半ば〜	生成AIで企業が自分で作れる	進行中——ただし過去と違い、上流と実装の両方に及ぶ

毎回消えたのは「特定のレイヤー」であり、業界は形を変えて生き残ってきました。今回の変化は過去より深く、上流工程にまで及ぶ点で異質です。しかし「深い」と「速い」は別の話です。構造の転換は起きる。ただし2年ではなく、5〜10年の単位で。

2年で確実に起きるのは「人月の崩壊」

では2年で何も変わらないかというと、まったく逆です。案件が消えるより先に、単価が崩れます。AIによって実装工数が数分の一になれば、「人数×稼働月数」で積み上げる従来の見積もりは、AIを前提にした競合の見積もりに勝てません。発注側が相見積もりを取るだけで、人月の価格は音を立てて崩れていきます。この構造は人月商売の崩壊で詳しく論じたとおりです。

SIerにとって深刻なのはこちらです。案件数が維持されても、1案件あたりの売上が数分の一になれば、多重下請けのピラミッドは維持できません。2年で起きるのは「案件の消滅」ではなく「売上構造の崩壊」であり、淘汰と統合はこの時間軸で現実に進むと私たちは見ています。

発注は消えない。形が変わる

崩壊した後に残る需要は何か。「仕様書を渡して作ってもらう」発注は減り、代わりに次の2つが増えます。

• 伴走の需要——「自分たちで作れて運用できる状態になるまで、一緒にやってほしい」。内製化への移行支援です。
• 責任の需要——「AIで速く作れるのはわかった。その品質と運用に、誰か責任を持ってほしい」。速度と信頼の両立です。

つまり、発注が消えるのではなく、発注の形が「納品」から「配備」へ変わるのです。エンジニアリングのチームを事業の現場に置き、課題の定義から実装・運用までを一緒に進める——この形はフォワード・デプロイド・エンジニアリング（FDE）と呼ばれ、米国ではAI企業を中心に標準化が進んでいます。私たちJumpStackがFDEを事業の中核に据えているのは、まさにこの「崩壊後に残る需要」に賭けているからです。もし本当に2年ですべての企業が自力で作れるようになるなら、私たちの事業も成立しません。「作れるはずなのに作れない」が大量に残る——その現実こそが、次の10年の市場です。

よくある質問

Q1. 発注側の企業は、いつまでにどう動くべきですか？

いま走っている案件を急いで打ち切る必要はありません。ただし、新規の発注では「人月ベースの見積もりしか出せない会社」を避け、AIを前提にした体制・価格・スピードを持つ相手と比較することをおすすめします。相見積もりを取るだけで、価格の歪みは見えてきます。発注前のチェックポイントも参考にしてください。

Q2. SIerに勤めるエンジニアはどうなりますか？

実装だけを担う役割は厳しくなりますが、業務理解・要件の言語化・AIの出力を評価する力を持つ人の価値はむしろ上がります。ユーザー企業側のIT人材が構造的に不足している以上、ベンダーからユーザー企業への移籍、あるいは伴走型の支援者への転身という受け皿は広がっていきます。

Q3. 公的機関の案件はなぜ例外なのですか？

調達制度が価格と実績の要件で設計されており、責任の引受先として一定規模の事業者が求められるためです。制度が変わらない限り、この領域の変化は民間より大幅に遅れると考えるのが自然です。

まとめ——「不要論」は半分正しい

SIer不要論の観察は正しく、結論が粗い。私たちの予測はこうです。2年で、SIerの人月ビジネスモデルはほぼ死ぬ。しかし開発案件そのものは形を変えて残り、「納品から配備へ」の転換の受け皿を取った者が次の市場を取る。発注側にとってこれは脅威ではなく、開発コストが構造的に下がり、要件が固まっていなくても相談できる時代の始まりです。その新しい発注の形を、私たちは現場でお見せしています。