SIerは「AIが前提の世界」で生き残れるか？ 問われるのは技術より組織設計だ
「AIをどう使うか」という問いは、もう古い
ITR（アイ・ティ・アール）が先日公開したブックレット（全9ページ）は、タイトルからして挑発的だ。「AIが前提となる世界でSIerは生き残れるか？」。
ただ、中身で問われているのは「AIを使えるか」ではない。引用するなら、**「AIを前提とした組織に生まれ変われるかどうか」**だ。ここが今回の記事の核心であり、多くの経営者やIT部門が見落としがちなポイントでもある。
生成AIやAIエージェントが業務に組み込まれる速度が上がっている。ツールの話はもう十分に出回っている。次のフェーズは、ツールを前提として組織・プロセス・人材配置をどう再設計するか、という問いだ。SIerにとってはそれが「生き残れるかどうか」という問題に直結する。
SIerの構造問題が一気に表面化する理由
日本のSIビジネスには長年の構造的特徴がある。工程ごとに分業し、下請け・孫請けへと仕事を流す多重下請け構造だ。この仕組みは、労働集約型の開発では一定の合理性があった。人月単価を積み上げ、フェーズごとに成果物を定義する。それで回ってきた。
ところが、今回の記事が「SIビジネスを揺るがす」と明記しているのが**「意図駆動型AI主導開発」**という開発形式だ。詳細な仕様書を人手で作成し、それを下流に渡すのではなく、意図（インテント）をAIが解釈して設計から実装までを主導する形だ。
ここで根本的な矛盾が生じる。工程分業を前提とした多重下請け構造は、「フェーズを切れること」を前提にしている。だが意図駆動型の開発では、フェーズの境目自体が曖昧になる。AIが一気通貫で動くとき、「要件定義はA社、基本設計はB社、実装はC社」という切り分けが機能しにくくなるのだ。
これは仕事が「消える」という話だけではない。仕事のつなぎ方、責任の所在、品質保証の方法論が根本から変わる。そこに適応できない構造を抱えているSIerは、発注者から見たときの存在価値が薄れていく。
IT部門もただでは済まない
SIerだけの話ではない。ユーザー企業のIT部門も、別の角度から変化を迫られている。
記事が指摘するのはAIインフラの複雑化だ。AIアクセラレータやエッジデバイスまで含む「動的なAIインフラ」への移行が進むと、従来の社内ITインフラ運用の延長では対応できなくなる。GPUクラスターの管理、エッジへのモデルデプロイ、リソースの動的割り当て。これを従来の「サーバー管理・ネットワーク管理」の文脈で捉えていると、気づいたときにはスキルも組織設計も時代に合わなくなっている。
さらに、AgentOpsという新しい概念が登場している。AIエージェントが判断し、行動し、他のシステムと連携する。そのエージェントの行動を監視・統制する仕組みがAgentOpsだ。これは単なる監視ツールの話ではなく、「誰がエージェントの判断に責任を持つか」という組織的な問いでもある。IT部門がその責任主体になるのか、事業部門が持つのか。ガバナンスの設計が必要になる。
職種ごとに異なる「スキルシフト」の現実
記事の中で興味深いのが、職種ごとにAIの影響範囲とスキルシフトの進み方が異なる、という指摘だ。営業職・経営職・IT職種の3つが例に挙がっている。
ここからは自分なりの読みを入れると、この「進み方が違う」という事実は、企業内での温度差をそのまま反映している。IT部門はツールに近い分、変化の実感が早い。営業は生成AIを提案ツール・議事録作成ツールとして使い始めているが、スキルの再定義という意識はまだ薄い職場も多いだろう。経営層は「AIを入れろ」と言いながら、組織設計の変更には二の足を踏む——というパターンは、現場感覚として非常にリアルだ。
問題は、スキルシフトが「遅れている」ことではなく、職種ごとに何がシフトすべきかを定義できていないことだと思っている。ツールを使いこなす以前に、「AIが担う仕事と人が担う仕事の境界を誰が引くか」が決まっていない組織が多い。
実務的な論点：誰が何を問い直すべきか
SIer経営層へ
「意図駆動型AI主導開発」が広がるとき、自社のバリューチェーンのどこが残り、どこが消えるかを具体的に描けているか。「うちはSEが強い」「提案力がある」という曖昧な強みの言語化では、発注企業の意思決定には刺さらなくなる。
具体的には、AI主導開発の中で「人間が介在する必然性のある工程」を特定することが先だ。品質判断、顧客の意図の言語化、運用後の責任保持——このあたりはAIに任せきれない部分として残るはずだ。そこへ人的資源と組織能力を集中させる戦略を、今のうちに設計しておく必要がある。
IT部門の責任者へ
AgentOpsという言葉が出てきたとき、「またITトレンドワードか」と思った人は少し立ち止まってほしい。AIエージェントが業務システムと連携し、メールを送り、発注を行い、スケジュールを変更する——それが現実になるとき、そのエージェントの行動ログを誰が管理し、異常をどう検知し、問題が起きたときに誰が説明責任を負うか。これはITの問題でも、コンプライアンスの問題でもある。
ITRが「3つの戦略テーマ」を示している（詳細はブックレット内）が、少なくともこの「AgentOpsをどこが担うか」は早めに議論しておくべき論点だ。
次のニュースを見るときの判断軸
同種のニュース——「AI時代にSIer・IT部門はどう変わるか」系の記事——を読むとき、見るべきポイントを一つ挙げるとすれば、**「組織設計の話をしているか、ツール導入の話をしているか」**だ。ツール導入の話は多い。組織設計の話は少ない。少ない方が、本質に近いことが多い。
まとめ：変化の速さより、変化の方向を見誤らない
「AIが前提となる世界」という表現は、もはやSF的な未来の話ではない。生成AIが業務に組み込まれ、AIエージェントが自律的に行動し始めている現在、「AIをどう使うか」の試行錯誤フェーズは終わりに近づいている。
次のフェーズは、AIを前提として組織・プロセス・責任構造を再設計できるか、だ。SIerにとっては存続の問いであり、企業IT部門にとっては役割の再定義だ。
変化に乗り遅れることより、変化の方向を読み違えることの方が致命的になる。ツールを導入して「やっている感」を出しながら、構造は何も変えない——それが最も危ういパターンだ。
この記事が「答え」を提供しているわけではないし、ITRのブックレットもおそらく処方箋を出し切っているわけではない。ただ、「問いの立て方」を変えるための材料としては、今の時期に読む価値がある。
