株式会社リソース・シェアリング スポンサードサーチ
「AIさえあれば、もうシステム会社は不要ではないか」
そんな声を、経営者の方からお聞きすることが増えました。
たしかに、AIはコードを書きます。設計書も出力します。テストコードも生成します。では、プログラマーやシステム会社の役割は終わるのでしょうか。
今回は、ITコンサルティングやシステム開発の現場で見てきた実態をもとに、この問いに正面から向き合います。
「AIで開発しています」は、安心材料にならない
AIに対して自然言語で指示をするだけでコードが書き上がる時代になりました。
GitHub CopilotやCursor、そしてClaudeをはじめとするAIツールは、今や複雑なアプリケーションコードを瞬時に出力できます。「AIに依頼するだけでシステムが完成する」。そんなキャッチコピーがメディアに溢れるようになりましたが、IT業界のみならず多くのビジネスパーソンの間でこんな疑問が広がっています。
- 「AIでプログラミングができる時代に、システム会社は不要になるのではないか」
- 「プログラマーという職業は消えるのではないか」
結論から言えば、「半分正しく、半分間違っている」というのが弊社の見解です。
市場が示す「不要論」への反論
AIでエンジニアが不要になる、という議論は、数値で見ると実態とかなり乖離があります。
2026年時点の市場動向を見ると、ソフトウェアエンジニアの求人数は高水準を維持しています。生成AIスキルを求める求人は急増しており、AIがコードを書ける時代になったにもかかわらず、エンジニアの需要はむしろ増えているのです。
2026年1月時点の転職市場は、採用過熱期（2023〜2024年）からの明確な調整局面へと移行しています。求人倍率は全体・ハイキャリアともに前四半期比で若干上昇したものの、前年比ではほぼ横ばいで推移しており、売り手市場は依然として強い状況にあります。
パソナの人材サービス・ITソリューション：最新の採用市場・転職動向は？（2026年1月版）
ただし、その中身は変わっています。「言われた通りにコードを書くだけ」という仕事は、AIに代替されつつあります。一方で、AIを使いこなしながら上流工程を担える人材の価値は上がっています。
『リクルートエージェント』におけるAIに関わる求人は、2017年度比でエンジニア系職種が約6.6倍（※2）、営業・企画・管理部門など非エンジニア系職種でも約2.5倍に増加。転職者もそれぞれ約4.2倍、約2.2倍と大きく伸びており、AI活用のニーズがより広い職種に広がっていることが分かります。
インディードリクルートパートナーズ、2025年7月：AI関連求人は2017年度比で約6.6倍に拡大。未経験からの挑戦も ―「ちょっと使ってみた」経験も、機会につながる―
つまり正確に言うと、「コードを書く」という行為の付加価値は下がっていますが、「何を作るべきかを決め、作ったものが正しいかを検証する」という役割の付加価値は、相対的に上がっているのです。
AIが得意なことと、苦手なこと
AIの登場によって、システム開発の何が変わり、何が変わっていないのかを、改めて整理しておきましょう。
AIが得意な領域
- 明確に定義されたルールに基づく処理の構築
- 既知のバグの検出とコード修正
- 大量のログデータからの異常検知
- 既存パターンからの最適解の導出
- ドキュメントの自動生成
これらの領域では、AIは人間をはるかに凌ぐスピードと正確さを発揮します。かつて数ヶ月かかっていた実装が、数日・数週間で完成するケースが実際に出てきています。
AIが苦手な領域
- ビジネスの文脈を理解してゴールを設定すること
- 市場や顧客の潜在的な要求を引き出すこと
- 企業固有の暗黙知を汲み取ること
- 対立するステークホルダー間の調整と合意形成
- リスクを引き受けて決断し、その責任を担うこと
システム開発において、プログラミングはあくまで最終的なアウトプットの工程に過ぎません。
そのコードが「なぜ必要なのか」「誰のどんな課題を解決するためのものか」という前提が存在しなければ、どんなに優れたコードもビジネス上の価値を生み出すことはできません。
AIの進化によって、Howの部分がどれだけ自動化されても、WhatとWhyを定義するのは、依然として人間の領域なのです。
「要求定義」という最上流工程の絶対的な価値
AIが頭角を現す中で生まれている一つの危険は、「要求定義」が曖昧なまま、AIに要件だけを与えてシステムを構築するアプローチが増えていることです。
要求定義と要件定義の違い、そしてなぜ要求定義が経営者の仕事であるのかについては、「AIがコードを書く時代だからこそ、「何を作るか」が経営者の仕事になる」と「要件定義は「合意形成」だ。AI時代に、誰に何を依頼すべきか」で詳しく解説しています。
一言で言えば、要求定義とは「ビジネスとして何を成し遂げたいのか」を言語化するプロセスであり、要件定義はその目的を実現するための「システムがどんな機能を持つべきか」を整理するプロセスです。
たとえば、「新しいECサイトの構築」というプロジェクトがあったとします。
「決済機能あり、商品検索あり、レスポンシブ対応のデザインで……」とAIに指示を出せば、機能的な要件を満たしたECサイトのコードは生成できます。
しかし、クライアントの本当の要求が「競合他社にはない独自の定期購入体験を提供し、既存顧客のロイヤルティを高めること」だった場合、単に機能を持っただけのECサイトを作っても、ビジネスのゴールは達成できません。
AIは与えられた指示に対して忠実に動きます。
しかし、クライアントが本当に求めている潜在的な要求を引き出し、それをビジネス要件として定義することはAIにはできません。要求定義という最上流の工程で方向性を誤れば、AIがどれだけ高速に開発を進めたとしても、辿り着く先はビジネスに貢献しない「無用の長物」になってしまうのです。
Gartnerの調査（2025年）によれば、AIを活用したコーディングプロジェクトの40%が2027年までに中止されると予測されており、その主な理由の一つに「ビジネス上の目的の不明確さ」が挙げられています。
ガートナージャパン株式会社 (本社：東京都港区、以下Gartner) は、2027年末までにエージェント型AIプロジェクトの40%以上が、コストの高騰、ビジネス価値の不明確さ、不十分なリスク・コントロールを理由に、中止されるという見解を発表しました (グローバルで2025年6月25日に発表しています)。
ガートナージャパン株式会社：Gartner、2027年末までに過度な期待の中で生まれるエージェント型AIプロジェクトの40%以上が中止されるとの見解を発表
要求定義が甘いままAIにコードを書かせると、後工程で修正コストが跳ね上がるのです。
AIが出す答えは「計算」であり、決断は人間の仕事だ
AIはシステム開発の現場に浸透していますが、ビジネスにおける意思決定の本質は変わりません。
AIは過去のデータと確率論に基づき、最もリスクが低く、論理的な正解に近いものを計算して提示してくれます。しかし、現実のビジネスにおいては、データを持っていない中で未知の市場に踏み出さなければならない局面や、限られた予算と時間の中で何かを切り捨てなければならない厳しい局面が必ず存在します。
「何をすべきか」を選び取ることは、同時に「何をしないか」を決めることです。
リスクを引き受け、腹を括り、うまくいかなければ自らの責任で別の手を打つ、これはAIには代替できない、人間の仕事です。
システム会社の役割は、単にクライアントの言われた通りにシステムを開発するだけではありません。クライアントのビジネスの成功というゴールに向かって、時にクライアント自身が気づいていない課題に踏み込み、共に決断を下す戦略的パートナーであるべきなのです。
AIによって「確認する」人間の重要性が増している
AIによってシステム開発の多くの部分が自動化・効率化されます。
しかし、これによって人間の仕事がなくなるわけではなく、むしろAIに指示を出し、その結果を評価・検証する人間の重要性は高まっています。
AIへの指示が曖昧であれば、当然ながらAIのアウトプットにもズレが生じます。その結果、要求定義・要件定義・開発・テストのどの工程においても、「要件漏れ」「想定漏れ」「仕様誤り」といった欠陥が発生するリスクが高まります。
さらに重要なのは、テスト工程です。
AIが自動でテストコードを書き、テストを実行したとしても、そのテスト設計自体がクライアントの本当の要求を満たしているかを検証するものでなければ意味がありません。
「ビジネスの目的に合致しているか」という観点での「テスト漏れ」を防ぐには、専門知識を持った人間の確認が不可欠です。
これは、基本設計や詳細設計においても同様です。
AIが提示するアーキテクチャや設計手法が、将来的なビジネスの拡張性やその企業特有の運用体制に本当に適合しているのかを見極めるのは、豊富な経験を持つPMやシステムアーキテクトの役割です。
AIのアウトプットは一見すると非常に尤もらしく、完璧に見えることが多く、専門知識のない人間がその妥当性を判断するのは難しいのが現状です。そのため、経験豊富なPMやPMOが第三者的な視点でチェックし、システムの品質とビジネスへの適合性を担保する役割は、今後ますます重要になっていくでしょう。
システム会社の役割は変わる、しかし、無くなるのではない
ここまでの話を踏まえると、「システム会社は不要になる」という論には、一定の真実が含まれていることもわかります。
言われた通りにコードを書くだけ、のシステム会社は、確かに淘汰されつつあります。
クライアントから要件定義書を受け取り、仕様書通りにコードを書いて納品する、この形の「受託開発専業」のモデルは、AIによって代替が進んでいるのは事実です。
しかし、クライアントのビジネスゴールを理解して要求定義から入り、要件定義・設計・開発・テストまで、一貫して支援できる会社は、むしろその存在価値が増しています。
AIがコードを書けるようになったことで、「コードを書く」という行為の付加価値は下がりました。しかし、「何を作るべきかを決める」「作ったものが正しいかを検証する」という行為の付加価値は、相対的に上がっています。
これは、弊社が長年取り組んできたアプローチそのものです。
弊社は一貫して、単なる開発ベンダーではなく、クライアントのビジネスのゴールを共に達成する戦略的パートナーであることを目指してきました。要求定義の段階からコンサルティングを行い、何をすべきかを正しく定義することに最も多くのエネルギーをかけてきました。
AI時代において、この姿勢はさらに求められます。
プログラマーは「コードを書く人」から「コードを管理する人」へ
プログラマーの役割についても、同様の変化が起きています。
「プログラマーが不要になる」という議論は、「コードを書く」という行為に焦点を当てた見方です。確かに、単純な実装コードであればAIが生成できる割合が増えています。
しかし、プログラマーの本当の価値は、次のような能力にあります。
- 要件を実現するためにどんなアーキテクチャを選択するか判断する能力
- AIが生成したコードの品質を評価し、問題を発見して修正できる能力
- セキュリティ、パフォーマンス、保守性を考慮した設計を行う能力
- 複数のシステムを連携させる際の技術的課題を解決する能力
- テスト仕様を設計し、システムが仕様を満たしているかを検証する能力
これらの能力を持つプログラマーは、AIがコードを生成する時代だからこそ、不可欠な存在です。
一方で、「言われたコードを言われた通りに書くだけ」のプログラマーは、その役割をAIに代替されていくでしょう。これはプログラマーの消滅ではなく、プログラマーに求められる能力の変化です。
コードを書く人から、コードを設計・評価・管理する人へ。そして、要求定義と要件定義を正確に行い、専門家として成長する力に、AI時代のプログラマーとしての価値があります。
求められるのはAI時代の「戦略的パートナー」
弊社は、この変化を業界の「淘汰」ではなく、「本質への回帰」として捉えています。
長年、システム開発の業界では、作ることの目的化が起こりがちでした。
要件定義書を作り、設計書を作り、コードを書き、テストして納品するという、このプロセス自体が仕事になってしまい、「このシステムでクライアントのビジネスが本当に改善されるか」という問いかけが後回しになることは少なくありませんでした。
AIによって「作ること」のコストが下がった今、「何を作るか」「なぜ作るか」という問いを中心に置ける時代が来ています。
これは、弊社が長年訴えてきた上流工程からのアプローチの価値が、社会的に認知される転換点でもあります。
弊社では、AIを活用した開発効率化を積極的に取り入れながら、要求定義から始まるコンサルティング、要件定義・基本設計・詳細設計・テストの各フェーズにおける品質担保、そしてAIが生成した成果物を人間の目で検証するプロセスを一貫して提供しています。
AIがコードを書く時代だからこそ、「正しいものを作る」という人間の判断と、「作ったものが正しいか」という人間の検証に、弊社の最大の価値があると確信しています。
変わるものと、変わらないもの
AIでプログラミングができるようになった事によって、システム開発の「実装コスト」は下がりました。
言われたことをコードにするという作業は、AIが担う割合が今後さらに増えていくでしょう。その意味では、「コードを書くだけのシステム会社」「コードを書くだけのプログラマー」は、確かに淘汰されていきます。
しかし、変わらないものもあります。
- 「何を作るべきか」を定義する要求定義の重要性は、変わりません。
- 「それをどう作るか」を正確に言語化する要件定義の重要性は、変わりません。
- 「作ったものが正しいか」を検証するテストの重要性は、変わりません。
- そして、「腹を括って決断する」という人間の仕事の重要性は、変わりません。
AIが進化するほど、人間がこれらの役割をより高い精度で果たすことが求められます。
要求定義の質が低ければ、AIは「正しく間違ったもの」を高速に作り上げます。要件定義の漏れは、AIによる実装を経ても解消されません。テストの設計が甘ければ、AIが書いたコードの品質問題は見過ごされたまま本番環境へ流れます。
AIがプログラミングをするようになったことで、確かに一部のシステム会社やプログラマーは、不要になるでしょう。
しかし、クライアントの課題を解決し、クライアントが求めるゴールに向かって一緒に作り上げることができるシステム会社は不要になりませんし、それができるプログラマーは益々求められるでしょう。
つまり、AIを使いこなしながら、AIが見落とすものを見張り、クライアントのビジネスゴールに対して責任を持てる専門家だけが生き残れるのです。
よくあるご質問
AIはコードを書けますが、「何を作るべきか」を決めることはできません。
要求定義・要件定義の段階でビジネスゴールと開発内容を正確に整合させる専門家の役割は、AIが進化するほど重要になります。AIを活用した開発を行う場合も、その前段の定義フェーズを適切に行う専門家のサポートを検討してください。
「コードを書く能力」だけでなく、「何を作るべきかを理解し、作ったものが正しいかを検証する能力」を持っているかどうかです。
AIが生成したコードの品質評価、アーキテクチャ選択の判断、テスト設計など、上流工程の専門性を持つプログラマーの価値は高まっています。
省略はできません。むしろAIによって開発速度が上がるほど、最初の方向が正しいかどうかがすべてを決めます。
要求定義・要件定義が曖昧なままAIにコードを書かせると、「速く間違ったものが完成する」リスクが高まります。
主に4種類の専門家が重要になります。
- クライアントのビジネスゴールを深く理解して要求定義を導けるコンサルタント
- 要求定義をシステム仕様として正確に言語化できるPM・PMO
- 基本設計・詳細設計の段階で要件漏れ・仕様誤りを発見できるアーキテクト
- AIが生成した実装がクライアントの要求を本当に満たしているかを検証できるテストエンジニア
弊社では、AIを活用した開発効率化を積極的に取り入れながら、要求定義から始まるコンサルティング、要件定義・設計・開発・テストの各フェーズにおける品質担保、そしてAIが生成した成果物を人間の目で検証するプロセスを一貫して提供しています。
まずはお気軽にご相談ください。
AI時代だからこそ、戦略は人と一緒に考えることが、最初の一歩です。
開発やコンテンツ生成はAIが担える時代になりました。しかし、何を作るか・どこを目指すかという問いに答えるのは、依然として人の仕事です。
DX推進や新規事業の立ち上げで壁にぶつかる企業の多くは、ソリューションの導入や社内人材への丸投げに終始し、課題の本質が言語化されないまま進んでしまっています。
経営とITの両方を理解した人間が、経営者と並走しながら要求定義・要件定義の段階から一緒に考える。AIはこのプロセスを補助できますが、主役にはなれません。
まだ課題が言語化できていない段階からでも、遠慮なくご相談ください。一緒に考えます。
AIが生成できないのは「実績と信頼」
ECサイトやマーケットプレイスサイトはCS-Cart国際版（公式）という選択肢
AIはコードを書けます。しかし、長年の実運用で磨かれたロジックや、世界中の事業者が検証したセキュリティを、プロンプト一つで再現することはできません。
CS-Cart国際版（公式）は、自社EC・越境EC・BtoB EC・マーケットプレイスに対応した豊富な実績ある機能をパッケージとして提供しています。
構築コストを抑えながら、堅牢なECサイトを立ち上げることができます。
スポンサードサーチ