AIエージェントの本番実装を阻む“壁”の越え方は？ AI駆動のモダナイゼーション事例に学ぶ

「失敗をAIのせいにはできない」─IBM幹部が語った “Build、Secure、Run”の要諦

2026年11月12日(木)河原潤（IT Leaders編集部）

リスト

企業におけるAIエージェントは、試用から構築、さらには諸要件を満たしての本番環境への実装へとフェーズが移りつつある。米IBMは2026年10月28日（現地時間）、年次技術者コンファレンス「IBM TechXchange 2026」（米ジョージア州アトランタ）の2日目基調講演で、前日の「何がEnterprise Readyか」の提示に対し、「では、だれが何を決めるのか」に踏み込んだ。エージェントをどう構築し、どう安全を確保し、どこで動かすか──。AI開発支援/コーディングエージェント「IBM Bob」のデモと、同エージェントを活用したモダナイゼーション事例を通じて、技術者やITリーダーが押さえるべき“3つの決定事項”を示した。

人間が責任を持ってAIの能力を管理する

　米IBM オートメーション＆AI担当ゼネラルマネジャーのニール・サンダレサン（Neel Sundaresan）氏（写真1）は、「IBM TechXchange 2026」（米ジョージア州アトランタ）の2日目基調講演の冒頭、「ヒューマン・イン・ザ・ループではなく、人間がAIシステムの能力を管理するための技術」を掲げた。前日の基調講演で「何がEnterprise Readyか」を提示したのに対し、「では、だれが何を決めるのか」に踏み込むテーマである（関連記事：“構築”から“本番実装”へ─IBMが示す「Enterprise ReadyなAIエージェント」の要件）。

写真1：米IBM オートメーション＆AI担当ゼネラルマネジャーのニール・サンダレサン氏は、Enterprise ReadyなAIエージェントの実装時の3つの決定事項として、Build（どう構築するか）、Secure（どうセキュアにするか）、Run（どこでどう動かすか）を挙げた

　「業務で何かがうまくいかなかったとき、AIのせいにはできない。責任を負うのはあなただ。AIは理由もなく勝手にサンドボックスを抜け出さない。例えば、カスタマーサポートに電話すると、担当者から『今日はシステムの調子がおかしくて』と言われることがあるが、原因はシステムではなく、そのコードを書いた人間の側にある」（同氏）

　そのうえで、サンダレサン氏は、Enterprise Readyなエージェントを実装する際の決定事項を3つに整理した。

●Build：どう構築し、既存のシステム、アプリケーション、API、ツールにどう接続するか。
●Secure：適切なガードレールを設け、アクセスと統制を確立してどうセキュアにするか。
●Run：どこで、どう動かすか。

　「保守的になりすぎて、『今までこうしてきたからここでしか動かせない』と言うのは正しくないかもしれない。かといって大胆すぎれば、動かすべきでない場所で動かしてAIが抜け出すことになりかねない」（サンダレサン氏）

開発者ではない社員がAIエージェントを使いこなす

　まずは、Buildについて。IBMは、社内における「IBM Bob」の利用者が、前回のTechXchange開催時点の6000人から17万人超に拡大したことをアナウンスしている。全社員の約7割にあたり、うち開発者は3分の1にとどまるという。残る3分の2はビジネスユーザーである。AI時代のBuildを担うのが開発者だけではなくなりつつあることを示す数字と言える。

写真2：米IBM Bobプロダクトマネジャーのヴィクトリア・ウー氏は、「ビジネススペシャリスト」と「開発者」の2役でデモを担当した。2024年5月よりIBMに在籍するウー氏は、加トロント大学在学時にタンパク質生物物理学向けLLMのファインチューニングなどを手がけた新世代のテックリーダーである

　そのさまを、Bobのプロダクトマネジャーを務めるヴィクトリア・ウー（Victoria Wu）氏（写真2）は「ビジネススペシャリスト」の役で実演した。上司から受注・失注分析を依頼され、会議まで2時間しかないという設定である。

　ウー氏は、業務管理クラウドサービス「Monday.com」のボードのリンクを貼り付け、顧客面談の結果とCRMサンプルデータのExcelファイルをドラッグ＆ドロップしてBobに送った。するとBobはタスクリストを生成し、Mondayのボードからのデータ取得、Excelの分析、Webリサーチ、分析サマリーの執筆、スライド作成、ファイル返却という6ステップを実行してみせた。

写真3：「Bob Desktop」による受注・失注分析の結果画面。右ペインに6ステップのタスクリスト、参照した2つのExcelファイル、スキル「office-insights」、MCPサーバー「monday」が表示されている。中央のメモ欄には「30商談中18件受注、12件失注。エンタープライズセグメントの受注率が64％で最も高い。受注（64）と失注（21）のNPSの差が、商談の健全性を示す先行指標になる」とある
拡大画像表示

　結果は、分析対象30商談のうち18件を受注、受注率60％。サンプルデータ上で約1870万ドルの受注金額に相当する。受注要因の筆頭には「経営層との目線合わせ＋技術デモ」が挙がり、受注した全案件がこれを機能した営業動作として挙げていた。失注要因としては価格と、調達・法務の遅れが浮上した（写真3）。

　注目すべきは、BobがMonday.comに接続した経路である。画面の「プラグイン」設定には「Bob Bazaar」と呼ぶマーケットプレイスがあり、従業員に表示されるのは会社が承認したプラグインだけになっている。

　その設計意図を、日本IBM 理事テクノロジー事業本部フィールド・チーフ・テクニカル・オフィサーの野村幸平氏は次のように解説する。「技術的につなげようと思えばどんなサービスでもBobにつなげられるが、それはセキュリティ上問題があります。そこで、企業が定めたバックエンドのツールだけを使えるようにして、そのプラグインのカタログを用意するようにしています」。

●Next：AIエージェントを駆使したモダナイゼーション事例を実演

この記事の続きをお読みいただくには、
会員登録（無料）が必要です