ITものづくり株式会社 楽しく、人の役に立つ「ものづくり」を。
2026.08.03

AIとシステム開発の内製化 ― 「速く作れる」時代に、企業が本当に鍛えるべき能力

Claude CodeやCodexの普及で、AIを使った内製化は現実的な選択肢になりました。しかし「エンジニアを採用してAIを使わせるだけ」では上手くいきません。私たちITものづくり株式会社が受託開発の現場で感じてきたことを踏まえ、本当に強化すべき力を掘り下げます。

内製化は「ITエンジニアを雇うこと」ではなくなった

従来の開発体制 実装スキル人材・多数 大人数で分業して 実装を担う 前提:実装コストが高い AI活用の内製化体制 AI 少数精鋭 合意形成・要件定義 ・委任判断 前提:AIが高速に実装
図: 少数精鋭とAIへの人材シフト

まず前提として押さえておきたいのは、AIによって下がるのは「実装コスト」であって、「意思決定コスト」ではないということです。何を作るか、どう作るか、誰が責任を持つかという判断は、これまでも今後も人間が担う部分です。むしろ実装が速くなればなるほど、「何を作るべきか」を決める側のボトルネックが相対的に大きくなります。

これは組織設計にも影響します。「大人数で分業する」体制より「少数の意思決定者がAIを使い倒す」体制の方が効率的になる場面が増えるからです。頭数を揃えるより、後述する能力を持つ人材への投資が中長期的に効果的です。

そもそもコードレビューは必要なのか

上司・発注元 レビュアー 過度な介入 → 生産性低下 部下 / 発注先/AI 適切な委任 → 生産性向上 部下 / 発注先/AI 相手が人間でもAIでも 考え方は似ている
図: 介入度合いが生産性を左右

AIが実装からテスト、検証まで担えるなら、人間はレビュー不要という声も出てくるはずです。ただしレビューする側の能力がAIに劣っていると、介入がむしろ「マイクロマネジメント」としてAIの足を引っ張ります。これは上司と部下、発注元と開発側の関係でも起きてきた、昔からある現象と同じ構造です。

とはいえ完全に不要と結論づけるのも早計です。レビューには品質担保だけでなく、「なぜ正しいと言えるか」を人間が説明できる状態を保つという、説明責任・監査証跡の機能もあります。特に法規制が関わる領域では放棄できません。

論点は「する・しない」ではなく、「何のためにどこまでレビューするか」という設計の問題です。これは後述する「AIへの委任」という新たなマネジメントであり、大きなテーマの一部です。

要件を言語化する力の正体 ― ボキャブラリーではなく「納得感の醸成力」

俯瞰する視点で「本来の目的は?」と問い続ける 拙い表現の壁打ち 遠回りしても良い 「なぜ?」を問い直す 目的に到達
図: 問いを重ね目的に収束する

「AI時代には要件を言語化する能力が重要になる」とはよく言われますが、この言葉には少し補足が必要だと感じています。実際に私たちが要件を考えるとき、AIとの壁打ちを通じて考えを固めていくことが増えています。そのプロセスをよく観察すると、重要なのは単純なボキャブラリーや表現力の巧拙ではないことに気づきます。

壁打ちで交わされる言葉は拙くても構いません。重要なのは、やり取りを成果物へ収束させる俯瞰的な視点と、「なぜこうなっているのか」「本来の目的は何か」と問い続ける力です。これは言語能力や地頭とは少し違う能力だと考えています。

言い換えれば、要件言語化力の本質は「表現の精度」ではなく、成果物と目的の間を何度も往復し、関係者が最終的に「これでいい」と思える状態=納得感を作り出す力にあります。AIが言葉を補ってくれる時代だからこそ、この「目的に向かう力」の有無が、成果物の質を大きく左右するようになっていくはずです。

システム開発最大のボトルネックは「人」― 橋渡し人材の重要性

経営 現場 他部門・顧客 橋渡し人材が重要 橋渡し AI
図: 複数の関係者を束ねる橋渡し

システム開発で最もボトルネックになるのは「人」です。関係者は納得のいく報告や新機能を次々と求め、時には噛み合わない疑問や思い込みをぶつけてきます。これは個人でも組織単位でも起こり、組織が異なるほど利害の衝突は深刻になります。ひとつの方向性を示し関係者を納得させる能力こそ、内製化成功の鍵です。

具体的には、次のような複雑な能力が求められます。

  • 求められていることを理解し、要件へ落とし込む
  • 関係者が納得できる折衷案を提示する
  • 相手の立場に応じて言語化し、説明する

AIが実装の速度と正確性を高めるほど、ボトルネックはこの「人と人との調整」に集約されます。これはSIerや受託開発の現場で重宝されてきた能力そのもので、内製化でこの機能を自社に取り込めるかが成否を分けます。

「どこまで任せるか」という新しいマネジメント能力

マイクロマネジメント 任せつつ予測可能 丸投げリスク (= AIの能力を最大限に活かす)
図: AIへの委任という新たなマネジメント能力

AIによる高速化はプログラミングに限りません。あらゆる成果物が高速に検証できる今、求められるのは「どこまでチェックし、どこから任せるか」というマネジメント能力です。全てレビューすればAIを活かせず、放置すればリスクが高まります。

これは、実装が得意な人が必ずしも部下の育成が上手いとは限らないのと同じ構造です。自分でやった方が速いと抱え込む人は、優れたマネージャーにはなれません。技術的負債の管理も同様で、リファクタリングの要否を見極めてAIに指示するのも、人間に残された役割です。

ハードスキルとソフトスキルの逆転

今後はソフトスキルが相対的に重要となる ソフトスキル 納得感 の醸成 柔軟性 気づき 設計 優先順位 の判断 探究心 情熱 共感力 質問力 交渉力 リスク 予測 トレード オフ判断 オーナー シップ 抽象化 能力 具体化 能力 etc ハードスキル コンピュータの知識 プログラミング 言語の文法 クラウドの設定項目 フレームワーク の使い方 etc
図: ソフトスキルの比重が拡大

内製化企業からよく聞かれるのが「IT技術の知識はどれくらい必要か」という質問です。プログラミング言語の構文理解といった「ハードスキル」の重要度は相対的に下がり、必要になった瞬間にどれだけ掘り下げて確認できるかという「ソフトスキル」が重要になります。

ただし技術理解がゼロだと、AIの出力をそのまま伝える「伝言ゲーム」に陥り、誤った設計のまま手戻りが発生します。これはSIerや橋渡し業務で起きてきたことと同じ構造です。

またAI開発の全てがローカルで完結するわけではなく、外部接続やシークレット管理など人間の手が必要な場面も残ります。何を人間が担い何をAIに任せるかを見極める判断には、時にSIer以上の技術理解が求められ、必要に応じて深く掘り下げる柔軟性こそが今後の資質です。

検証・テスト体制はどう変わるか ― AIエージェントによるレビューループ

AIエージェントによる 実装・テスト・レビューのループ 人間(意思決定者) ① ビジネス文脈・優先順位の同期 ② 局所最適の軌道修正
図: AIループと人の介入ポイント

検証・テスト体制の中身は大きく変わります。AIが生成した成果物は人間が書いたものより正確な場合もあり、求められるのは複数のAIエージェントが互いにレビューし、テストを作成・実行してPDCAを回す「品質を保ち続けるループ」を作る設計思考です。

ただしAIは局所最適に陥ることがあり、全てのコンテキストを握っているわけではありません。刻々と変化するビジネス環境や要求をどのタイミングでAIへ同期させるか、その判断こそが人間に残された重要な役割です。

ドキュメントが企業の競争力になる時代

人材の採用 顧客対応 AI開発 意思決定 ビジネス判断 品質管理 AIが全ての活動に関わる =継続的なドキュメント化が必須
図: ドキュメントが全活動の起点

AIと人間の決定的な違いは「永続化」です。人間は一人の人格として記憶を積み重ねますが、AIはセッションが変わればリセットされます。人間で言えば「頻繁に新人へ引き継ぎが行われる」ような状況で、この文脈を次の人間やAIへ引き継げるのはドキュメントだけです。

ドキュメントに求められるのは「質」と「量」です。質は階層化・インデックス化された整った状態、量は経緯や判断の記録です。属人的な口頭伝達で業務が回っていた時代と比べ、AIを介して情報を伝達したほうが速く正確なため、ドキュメント化の差が企業間の競争力の差に直結します。

これまでドキュメント化はメンテナンスコストが見合わず敬遠されがちでしたが、AIによってそのコストは大きく下がりました。AIにドキュメントを生成させ人間がチェックする形が主流になり、質と量を積み上げられるかが今後の競争力を左右します。

ガードレールの設計思想 ― 「完全な制御はできない」ことを前提にする

AIを業務に組み込む上で欠かせないのが、ガードレールの設計です。実行環境をサンドボックス化する、物理的に隔離する、禁止事項を明示するなど、さまざまな手法がありますが、本質的にAI自体は再現性のないものであるという前提を持っておく必要があります。

どれだけ制限を設けても、AIが意図しない挙動をすることは起こり得ます。人にルールを課しても逸脱する人がいるのと同じです。大切なのは制限しすぎず、必要な規約を設けつつ、変化を継続的に取り込んでいく運用です。

外部パートナーとの役割再定義 ― どこを内製化すべきか

現在の役割分担 自社 発注・検収 発注 外部パートナー 要件定義・設計 ・実装・テスト 内製化後の役割分担 自社 AI活用(要件定義・ 設計・実装) 上流工程の人材を育成 専門領域のみ依頼 外部パートナー 専門領域のみ支援
図: 内製化で変わる役割分担

内製化を検討する際は、外部パートナーとの役割分担を見直す必要があります。実装とテストのみを外部委託し要件定義や設計は自社で担っているなら、AI活用への移行が望ましい流れです。逆に上流工程まで外注しているなら、AIを使った部分的な内製化が競争力を左右する好機になります。

上流工程を自社で担える人材が社内に増えることは、それ自体が競争力を大きく引き上げます。発注管理や検収のみだった立場から設計・実装までコントロールできるようになり、担当者のモチベーションにもつながります。学習コストもAIの活用で大きく下がっています。

向いている人材の資質としては、次のようなものが挙げられます。

  • 構造化して考えられること
  • 設計志向を持っていること
  • 課題解決そのものを楽しめること

適性のある人材に投資する余裕がない、あるいは競争力の源泉が別にある場合は、無理に内製化せず外部委託を継続するのも合理的な選択です。内製化はすべての企業にとっての正解ではありません。

今後の業界構造 ― 開発自体の単価は下がり、ソフトスキルの価値が上がる

実装コストの低下で、システム開発会社の単価や発注額は今後低下していくでしょう。一方、長期的な保守にはドキュメント化や橋渡しといったソフトスキルが不可欠で、それに投資できる企業の競争力は相対的に上昇していきます。

これからITシステム領域において企業が投資すべき方向性をシンプルに言い表すなら、次の二点に集約されるはずです。

  • ソフトスキルの高い人材へ投資すること
  • ソフトスキルを備えた外部パートナー企業へ投資すること

まとめ

AIによって内製化が現実的な選択肢になる時代、企業が本当に鍛えるべきなのはプログラミングの技術そのものではなくAIを活かす能力、そして環境作りです。

  • 目的に向かって問い続ける力
  • 関係者の納得を形成する力
  • AIへ任せるマネジメント能力
  • 必要な技術は深堀りし設計できる力
  • それらを支えるドキュメント文化への投資

これらは、AIが登場する以前から優れたSIerや橋渡し人材が備えていた能力です。内製化とAIが求めるのは、外注構造の中で希薄化していたこれらの能力を、もう一度自社の内側で育てていくことだと考えています。

私たちITものづくり株式会社は、Webシステム開発やDX推進に加え、AIで作られたシステムの保守・引き継ぎ、生成AIを活用した業務改善の支援を行っています。内製化の着手にお悩みの企業様は、ぜひお気軽にご相談ください。

内製化の支援についてお問い合わせ