【Google Cloud Next Tokyo 26】AIエージェントの本番導入には壁が2枚ある – ソフトバンクが挙げた「技術の壁」と「人・組織の壁」

Google Cloud Next Tokyo 26（2026年7月30日 – 31日、東京ビッグサイト）で聴講した、スポンサーセッション「ソフトバンクがいま、考えること。「AI 共生社会」を支える Google 技術とインフラの融合戦略」のレポートです。

AI エージェントの検証までは進んだものの、そこから本番導入に踏み出せずにいる方に向けて、このセッションで示された「2つの壁」の整理を中心にまとめました。

なお、本記事に掲載しているスライド写真はいずれも私が会場で撮影したものです。

セッション情報

30分のセッションは、ソフトバンクが AI 共生社会に向けて何を準備しているかという全体像から始まり、Google Workspace と Gemini Enterprise、AI エージェント導入のリアル、顧客事例、支援メニューという構成でした。
本記事では、このうち導入のリアルのパートを軸に据えます。

結論から

セッション後半の「AIエージェント導入のリアル」というパートで示されたのが、次の1枚です。

AIエージェントの本番導入には技術の壁と人・組織の壁を乗り越える必要がある

壁は2枚あり、それぞれ添えられた説明が違います。

• 技術の壁：本番に耐えうる技術的な実装・運用
• 人・組織の壁：業務に定着し、価値を生み続ける仕組み

この2枚を並べた整理が、セッションでいちばん参考になった部分だと思います。
技術の壁のほうは「本番に耐えうる技術的な実装・運用」と定義されています。
一方の「業務に定着し、価値を生み続ける仕組み」は製品を選んでも自動的には手に入りません。

前提：これは「IT環境刷新」ではなく「業務刷新」の話

壁が2枚に分かれる理由を考えるうえで、つながりを感じたのがセッション前半のこの1枚です。

IT環境刷新の話ではなく「業務刷新」の話

従来の企業 IT と、AI エージェント時代の”業務OS”を並べた対比です。

スライドでは「人が」「AIが」にあたる主語の部分だけが、大きな文字で強調されていました。
既存の企業 IT にあるデータ・ドキュメント・権限・インフラについて、その読み手・使い手が人から AI に替わる、という並べ方です。

この直前のスライドでは、同じ変化が「「点」の作業代行から「線」の業務代行へ」と表現され、締めに「業務の主体が「人」から「AI」へ移ることを前提に準備をしなければならない」と書かれていました。
資料作成・整理や情報検索・調査といった単発の作業を任せる段階から、人が目的・方針の設定と内容確認・承認を担い、それ以外の工程を AI が受け持って一本の線につながる段階へ、という対比です。

主語が替わるのであれば、データやドキュメントを AI が読める形に整える作業と、どの業務の主語を替えるかを決めて現場に定着させる作業が要ります。
2つの壁は、この2種類の作業に対応しているのではないでしょうか。

1枚目：技術の壁は「本番運用を見据えた基盤で PoC を行う」

技術の壁に対する答えは、小見出しにそのまま書かれていました。「本番運用を見据えた基盤でPoCを行う」。

Gemini Enterpriseは「構築」・「実行」・「統制」・「評価」
本番運用に必要な技術要素が最初から揃った基盤で、一気通貫にPoCできる

スライドの中央には Gemini Enterprise Agent Platform の全体図が置かれ、
Build / Scale / Govern / Optimize の4層に機能が並んでいます。
一部の機能には GA と New のバッジが付いており、Scale 層の4つはすべて GA、Optimize 層の4つはすべて New でした。

PoC を軽い構成で済ませると、本番へ移すときに権限やセキュリティ、監視、評価の仕組みを別に用意することになります。
最初から本番運用に必要な技術要素が揃った基盤で試すことで、その手戻りを抑える。
そういう意図のスライドなのだと思います。

ここからはセッションの内容ではなく、公式ドキュメントで確認した補足です。
Gemini Enterprise app と Gemini Enterprise Agent Platform は名前が似ていますが、別のものとして説明されています。
前者はビジネス部門の利用者がノーコードでエージェントを使うためのアプリケーション、後者は開発者がエージェントを構築・統制するためのプラットフォーム（Vertex AI が再編されたもの）です。
FAQ には「どちらも Gemini Enterprise という広い枠組みの一部だが、別々に購入する必要がある」とも書かれています。
調べるときに混同しやすいため下記のドキュメントをご参考いただけますと幸いです。

• Vertex AI name changes
• Gemini Enterprise app frequently asked questions

2枚目：人・組織の壁は「推進チーム」が越える

こちらの小見出しは「現場と共創し、業務価値を磨き続ける」でした。

推進チームが、ソリューションと現場をつなぐ

図は3つのブロックでできています。

• ソリューション：Google Cloud / Gemini Enterprise、データ・コネクタ、権限・セキュリティ、AIエージェント設計
• 現場：業務プロセス、現場の業務知・判断、利用者、効果・フィードバック
• 推進チーム：ユースケース｜実装判断｜展開・運用｜効果・改善

ソリューションと現場の間には「接続・共創」と書かれた双方向の矢印があり、推進チームはその両方と上から双方向につながっています。

締めの一文はこうです。

ソリューションを導入するだけではなく、現場で価値が生まれ続ける状態をつくる

技術の壁の越え方が基盤の話だったのに対して、こちらは誰が担うのかという話になっています。
推進チームに挙げられた4つ（ユースケース、実装判断、展開・運用、効果・改善）は、どれも製品を導入すれば付いてくるものではなく担当を決めなければ空いたままになりそうです。

提案する側が、自分の業務で先にやっている

「人・組織の壁」とは別のパートですが、内容が地続きのスライドがセッション前半にありました。
ソフトバンク自身の取り組みです。

Googleプロダクト販売促進チームが、自分たちの業務
（ニーズ確認 → サービス紹介／見積・契約 → 現環境ヒアリング → 詳細提案 → 導入 → 運用）を対象に、「AI活用を前提として現在の業務を再設計・標準化・効率化」する、という内容です。
手順は3つに分かれていました。

1. 業務プロセスの整理と再設計：誰が、いつ、どの情報を使い、何を判断しているのかを整理する
2. ドキュメント化：AIが読み取れる形式を意識し、暗黙知・属人知・例外対応を明文化する
3. ツール化・エージェント化：効果が出やすい領域から段階的に着手する

ツール化・エージェント化は3番目で、その前に業務プロセスの整理と明文化が置かれています。
ツールの導入から入らない順序が、提案する側の自部署の取り組みとしても示されていました。

2つの壁を越えて、はじめて本番導入を検討できる

パートのまとめは次の1枚です。

2つの壁を乗り越えてはじめてAIエージェントの本番導入を検討できる

図では、PoC・技術検証から伸びた矢印が2枚の壁を突き破り、業務価値の最大化に届いています。
それぞれの「乗り越えるポイント」は次のとおりでした。

技術の壁

• データ接続・権限・セキュリティの確保
• 回答品質の向上と評価の仕組み
• 監視・ログ・運用体制の整備
• エージェントの管理・ガバナンス

人・組織の壁

• どの業務を変え、どこまで任せるかの意思決定
• 導入効果の定義と効果測定
• 推進体制・役割・責任の明確化
• 現場への定着・教育・継続改善

そして枠外に、それぞれの突破手段が添えられています。
技術の壁は「Google Cloud / Gemini Enterpriseで本番に近い形で検証し、技術的な壁を突破」、人・組織の壁は「組織の力で業務に定着させ、人・組織の壁を突破」。

この1枚は「本番導入できる」ではなく「本番導入を検討できる」と書いています。
壁を越えたところはゴールではなく検討の入口なのだと思います。

おわりに

30分のスポンサーセッションの中でAI エージェントの導入を考える立場で学びになる整理がありました。

1. 壁は2枚あり、性質が違う – 技術の壁は「本番に耐えうる技術的な実装・運用」、人・組織の壁は「業務に定着し、価値を生み続ける仕組み」
2. 技術の壁への答えとして示されたのは、本番運用に必要な技術要素が揃った基盤で PoC を行うこと – 本番移行時の手戻りを抑える意図だと思います
3. 人・組織の壁への答えとして示されたのは、推進チームという役割 – ソリューションと現場をつなぐ担当を明示的に置く

特に印象に残ったのは、まとめのスライドの「検討できる」という言い回しでした。
2つの壁を越えた先にあるのが「本番導入」ではなく「本番導入の検討」なのだとすると、PoC が動いた段階で本番導入の可否を判断しようとするのは少し早いのかもしれません。
自社で検証を進めるときに、いま自分がどちらの壁の前に立っているのかを確かめる物差しとして使えそうです。