AIエージェント時代、会社の組織図はどう変わるのか

チャット型のAIを使うだけなら、組織への影響は限定的です。しかし複数の工程を自律的に進めるAIエージェントAIエージェントAIエージェントとは、目標を与えると自ら手順を判断し、複数の作業を連続して実行するAIの仕組みです。従来のチャットAIが「質問に答える」だけなのに対し、情報収集・判断・ツール操作までを自律的に進める点が特徴です。詳しく見る →は、部署の境界をまたいで動きます。問い合わせを分類し、在庫を確認し、返信案を作る、という一連の流れは、顧客対応、物流、商品部門のすべてに関係します。ここで「誰の管轄か」を後回しにすると、うまくいっているときは問題になりませんが、事故が起きたときに責任者が誰もいない、という事態になります。

職位ではなく仕事の流れで見る

AIエージェントは、指示に答えるだけの存在ではありません。情報を取りに行き、外部の仕組みを操作し、複数の工程を自分で進めます。従来の組織図に「AI」という箱を一つ足すだけでは、責任の所在がすぐに曖昧になります。第1部では意思決定と経営者の役割を見てきました。第2部では、この変化が組織そのものにどう表れるかを、まず導入の単位から見ていきます。

導入単位は部署ではなく、顧客価値が生まれる一連の流れで考えてください。AIは部署の境界を気にしません。さきほどの問い合わせ対応の例も、顧客対応部門、物流部門、商品部門の三つにまたがっています。

組織図の箱を単位に導入計画を立てると、AIエージェントが実際にまたいでいく範囲を見落とします。「まずは顧客対応部門から」と決めて進めた結果、在庫データへのアクセス権限が整っておらず、途中で止まってしまうというのは、よくあるつまずき方です。

実務では、一つの流れを図に描いてみるのが早道です。顧客からの問い合わせが入ってから、回答が届くまでの間に、いくつの部署と、いくつのシステムをまたいでいるか。多くの会社で、担当者本人も全体像を把握していないことに気づきます。

この図は、導入計画のためだけでなく、権限申請の設計図にもなります。AIがどのシステムに触れる必要があるのかが一目で分かるため、情報システム部門との調整も具体的に進められます。

権限を段階化する

閲覧、提案、下書き、限定実行、自律実行という五段階に権限を分けてください。たとえば返品対応であれば、まず過去の類似ケースを閲覧させ、次に返金額の候補を提案させ、その次に返金メールの下書きを作らせ、金額が一定以下の案件だけ自動処理を認める、というように段階を踏みます。

影響額、対象となる顧客、データの機密度によって上限を変え、例外が起きたときは必ず人へ戻す設計にします。同じ返品対応でも、金額が大きい案件や、過去にクレームのあった顧客が相手の場合は、自動処理の対象から外してください。便利さだけを理由に、権限を広げてはいけません。

段階を上げる判断には、条件を先に決めておくことをお勧めします。「四週間運用して、誤りが一定以下で、人への引き継ぎが正しく動いていたら次へ進む」というように、数字と期間で書いておく。条件を後から決めると、うまくいっている印象だけで権限が広がっていきます。

逆に、段階を下げる条件も決めておいてください。事故が起きたときに、どこまで権限を戻すのか。この取り決めがないと、問題が起きた瞬間に全面停止しか選択肢がなくなり、せっかくの運用が丸ごと止まります。上げる話と下げる話を対で設計するのが、実務的です。

監督者という新しい役割

AIの出力を一件ずつ人が確認する体制では、規模が大きくなったときに立ち行かなくなります。処理件数が月に数十件のうちは全件確認できても、数百件、数千件と増えていけば、確認作業自体が新しいボトルネックになります。

指標の監視、失敗例の分類、ルール更新を担う運用責任者が必要です。誤った対応をしたケースを毎週まとめて分類し、なぜその判断を誤ったのかを分析して、次の週のルールに反映していく。この役回りがなければ、AIは同じ失敗を繰り返し続けます。現場の知見とデータへの理解を両方持つ人材が、この役割に向いています。

この役割を兼務にすると、たいてい形骸化します。日々の業務に追われ、失敗例の分類は後回しになるからです。専任が難しければ、せめて「毎週この時間に見る」と決めて、業務時間として確保してください。監督は、余った時間でやる仕事ではありません。

そして、この役割は昇進の道筋にも位置づけてください。現場を知り、データを読み、ルールを設計できる人材は、これから組織にとって重要になります。裏方の作業と見なされる限り、優秀な人はこの役割を引き受けません。

組織図の外側も変わる

取引先のAIと自社のAIが直接やり取りする場面では、契約、本人確認、記録、そして停止手段が必要になります。発注データを取引先のAIが自動で読み取り、納期の調整まで自動的に行うような場面では、「誰が合意したことになるのか」をあらかじめ契約で決めておかなければ、トラブルの原因になります。

企業間の接続条件そのものが、これから新しい商取引の競争力になっていく可能性があります。自社のAIが安全に、かつ迅速に取引先とやり取りできる体制を整えている企業は、それだけで取引先から選ばれる理由を持つことになります。

現時点でここまで進んでいる日本企業は多くありません。ただ、備えとして今からできることはあります。取引先とのやり取りのうち、定型的で件数の多いものを洗い出しておくことです。発注、納期回答、請求の照合あたりが候補になります。将来つなぐとしたら、そこからになります。

契約面では、既存の取引基本契約に「自動化された処理による意思表示をどう扱うか」の条項があるかを確認してください。多くの契約書は人が操作する前提で書かれています。ここは法務と早めに相談しておく価値があります。

設計するときの注意

AIエージェントに権限を与えるスピードは、監督体制が整うスピードを超えないようにしてください。デモがうまくいったからといって、そのまま権限を広げるのは危険です。

設計の進め方

まず着手すること(1〜3か月)

• 一つの業務フローを部署横断で図にし、AIが触れるシステムとデータを書き出してください。

• AIの権限を五段階に分け、現時点の上限を決めてください。

• 停止権限を持つ運用責任者と、その連絡経路を定めてください。

定着させること(6か月〜3年)

• 人員計画を、人数中心から、人とAIを含めた処理能力中心へ改めてください。

• 監査ログ、例外処理、権限変更のルールを共通基盤にしてください。

• 職務記述と評価制度に、AIの監督、改善、責任という項目を加えてください。

経営者への問い

• 今、社内のAIエージェントは、どの部署の境界をまたいでいますか。

• その権限は五段階のどこまで許可されていますか。誰がそれを決めましたか。

• 停止ボタンを押せるのは誰で、その人はどのくらいの時間で対応できますか。

• 取引先のAIと自社のAIが直接やり取りする準備は、契約面までできていますか。

まとめ

組織図は、人員配置の記録ではなく、責任の設計図として描き直す必要があります。次回は、この考え方を業務そのものの再設計にまで広げます。