「AIがそう言ってますから」。 - AIエージェントは、組織のサイロをそのまま増殖させる

1. まず、一つの場面から

全社AI導入の集中研修を終えた半年後。ある製品の、ある不具合をめぐって、社内の各部門が、それぞれの部門専用AIエージェントに、同じ問いを投げている。

営業部門のAI（営業の議事録・顧客の声・提案資料を学習済み）は言う。

「これは品質問題です。開発が責任を負うべきです」

開発部門のAI（仕様書・コード・テスト履歴を学習済み）は言う。

「これは仕様通りの動作です。営業が顧客に誤った期待を与えました」

カスタマーサポート部門のAI（問い合わせログ・FAQを学習済み）は言う。

「件数から見て、特定地域で発生する運用上の問題です」

経営企画部門のAI（KPIダッシュボード・経営会議資料を学習済み）は言う。

「ROIから見て、対応コストはかけるべきではありません」

法務部門のAI（契約書・クレーム履歴・規制データを学習済み）は言う。

「現時点でリーガルリスクは限定的です。経営判断の領域です」

5つのAIエージェントは、それぞれ完璧に正しい。それぞれの部門が、自分たちの言葉で、自分たちのデータで学習させた、その世界観のなかでは。

役員会議。担当役員5人が、それぞれの部門AIの結論をスライドに並べた。プロジェクターの光が、会議室の天井をうっすら染める。エアコンの低い音だけが、しばらく続いた。

社長は、何かを言いかけて、口をつぐむ。誰も、5つのAIの結論の「あいだ」を埋める言葉を、持っていなかった。

事業部長のひとりが、ようやく沈黙を破る。

「AIがそう言ってますから」。

ただし、どの部門のAIが、そう言っているのか。誰も、問わなかった。

会議は、次の議題に進んだ。不具合は、各部門のAIにそれぞれ対応の方向性を出させ、後日まとめて報告、ということになった。

半年後、その不具合は、3つの部門で別々に対処されたまま、根本原因に誰も触らないうちに、別の不具合として再発した。そのとき、会社のどこにも、警告は出ていなかった。

出ていないのに、組織の縫い目が、静かに裂けていく。

これが、コンウェイの法則がAI時代に取る、新しい姿である。本稿の出発点は、この5つの正解と、ひとつの沈黙である。

2. この衰退には、すでに名前がついている — コンウェイの法則

あの一言が漏れる瞬間、会社では何が起きているのか。

意外に思われるかもしれないが、この現象はAIが生んだものではない。組織が「ものを設計する」とき、繰り返し起き続けてきた、ソフトウェア工学・組織論で最も有名な命題の、新しい姿だ。

「組織は、自分の組織図そっくりのものを作る」。

この命題を最初に立てたのは、コンピュータ科学者メルヴィン・コンウェイである。1968年の論文「How Do Committees Invent?（委員会はいかに発明するか）」で、コンウェイは、こう書いた。

これがコンウェイの法則（Conway's Law）である。当初はソフトウェア設計の経験則として書かれた。しかし後の研究で、これは、組織が「外に出すあらゆる成果物」に成立することが分かってきた。

ハーバード・ビジネス・スクールのMacCormackとBaldwinらの研究グループは、2006年から2012年にかけて、複数のソフトウェア製品でコンウェイの法則を実証した。

論文「Exploring the Duality between Product and Organizational Architectures」（2012, Research Policy）が決定打となる。

緻密に統合されたアーキテクチャの製品は、緻密に統合された企業内チームから生まれ、Mozilla Firefox や Apache HTTP サーバのようにモジュール化された分散アーキテクチャの製品は、分散したオープンソース・コミュニティから生まれていた。Linux カーネルを含む複数のケースで、製品アーキテクチャの結合度と、それを生む組織のコミュニケーション構造の結合度が、統計的に対応していた。

製品の構造は、組織の構造と、統計的に一致する。

コンウェイの法則は「気をつけよう」というレベルの教訓ではなく、ほぼ法則として観測される。

業界を越えて確認された、組織と設計の対応

学術研究だけではない。実在する企業の組織構造と、それが生み出したシステム・サービスの形にも、コンウェイの法則の影が色濃く残る。

自律ユニットを意図的に設計した側：

• アマゾンは「Two-Pizza Team」原則のもと、ピザ２枚で食べきれるサイズ（6～8人）の自律チームを単位とした。組織を細かい自律ユニットに分けた結果、AWSのようにAPIで疎結合された数百のサービス群が生まれた

• Netflixは2008年のクラウド移行を契機に、自律したチームが「自分のサービスを完全に所有する」構造へ転換した。中央承認を減らした組織から、マイクロサービス・アーキテクチャが生まれた

• Spotifyは「Squad（小チーム）／Tribe（部族）／Chapter（職能横断）」モデルで、プロダクト領域ごとの自律と、職能の専門性共有を両立させようとした。完成形ではないが、組織構造をプロダクト構造から逆算した代表例として参照される

構造に負けた側：

• ボーイング787は、機体製造を世界中の数十社へ大規模に分散委託した。組織が分散しすぎた結果、部品間の統合管理が困難となり、生産遅延と品質問題が長期化した。「外に出せば安くなる」と「外に出しても統合できる」は、別問題だった

• 行政の縦割りでは、省庁・部局ごとに予算・法令・データ管理が分断されている。住民は一人なのに、住民向けサービスは部局ごとに分かれ、手続き体験は途切れる。組織図のとおりに、体験まで切り刻まれる

組織構造とシステム構造の対応関係は、業界・領域を越えて観測される。安全な統合は、属人的なスキルではない。組織の境界設計が生み出す、再現可能な現象である。

なぜそうなるのか。理由は単純だ。

組織が分かれていれば、コミュニケーションが分かれる。コミュニケーションが分かれれば、設計判断が分かれる。設計判断が分かれれば、成果物のインターフェースが、その「分かれ」に沿って形作られる。

ThoughtWorks のエンジニア Jonny LeRoy らは2010年ごろ、これを逆手に取る戦略をインバース・コンウェイ・マニューバ（Inverse Conway Maneuver）と名付けた。のちに Forsgren, Humble, Kim 『Accelerate』（2018）が DevOps の文脈でこれを広め、Skelton & Pais 『Team Topologies』（2019）が組織設計の原理として体系化した。

つまり、まず「こういうアーキテクチャが欲しい」を決め、それを生み出せる組織構造を逆算する。コンウェイの法則は止められないから、利用するしかない、というアプローチだ。

なぜAI時代の話の前に、この古い法則を持ち出すのか。理由はひとつだけだ。

土台を押さえれば、何が高速化しているのか、止め方は何か、見えてくる。だからまず、この法則をひととおり押さえておきたい。

図1｜コンウェイの法則が必ず効く、3つの仕組み

コミュニケーション境界・判断主体の分割・学習資源の偏在、この3つのメカニズムが揃ったとき、組織図は黙っていても「設計図」として外に出る。AI以前から、すべての組織に備わっていた構造である。

仕組み 何が起きるか 結果 コミュニケーション境界 組織の境界で、情報の流量が桁違いに減る 境界を跨ぐ部分は、設計が薄くなる 判断主体の分割 各部門は自部門最適で判断する 部門間のインターフェースで判断が衝突する 学習資源の偏在 各部門は自部門のデータでしか学ばない 他部門の文脈を知らないまま設計する

ここで誤解をほどいておきたい。サイロそのものが、悪なのではない。

サイロ（部門化）は、人間の認知容量に合わせた設計の節約である。一人の人間がすべてを知ることは不可能だ。だから組織は、知識・責任・判断を分割する。営業は営業のことを深く知る。開発は開発のことを深く知る。これは、合理的だ。

問題は、分割された知識・責任・判断が、境界をまたいで再統合される機会が減ることである。コンウェイの法則が警告したのは、この再統合の弱さだ。

これがAI以前の現象だった。ところがAI時代は、再統合がさらに弱くなる。

1. 各部門にAIを配る

2. AIは自部門のデータで学習する

3. AI同士は、APIで繋がっているように見える

4. 部門横断の問題は、AIエージェント同士で「処理されているように」見える

5. 人間が部門横断で対話する機会が減る

6. 部門ごとの世界観が、AIによってさらに固められる

7. 同じ会社の中で、見ている現実がずれていく

8. 役員会議で、各部門のAIが、それぞれ完璧に正しい結論を、別々に持ってくる。

これが、コンウェイの法則が暗に示していた、サイロ複製スパイラルである。

この法則を一行に圧縮するなら、こうだ。

ここまでが、AI時代以前にすでに示されていた事実だ。本論はここから始まる。

3. AIは、部門間の翻訳コストを「ゼロ」にした

ここからが、AI時代の話だ。かつて、部門と部門のあいだには、明確な「翻訳コスト」があった。

• 営業の言葉を、開発に伝えるには「ブリッジ役」が要った。

• 開発の制約を、経営に伝えるには「翻訳資料」が要った。

• カスタマーサポートの声を、商品企画に伝えるには「定例会議」が要った。

• 財務の論理を、現場に伝えるには「数字に強い課長」が要った。

• 人事の意図を、各部門に伝えるには「面談の時間」が要った。

この5つの翻訳コストが、組織を、対話に向かわせていた。

部門の境界には摩擦があった。だから人間は、その摩擦を越えるために、わざわざ会議を開き、ブリッジ役を立て、紙を作った。摩擦が、対話を生んでいた。

ところがAIは、これらの翻訳コストを、一夜で取り払った。

図2｜部門間翻訳コストの、従来 vs AI時代

かつて部門の境界には、ブリッジ役・翻訳資料・定例会議という重い翻訳コストがあった。AIは、その大半をゼロに近づけた。ゼロになったのは「翻訳の手間」だけで、部門ごとの世界観の違いは、ゼロになっていない。

これは、部門連携の改善ではない。

部門間翻訳コストの、ゼロ化である。

部門の境界が、低くなった。経営の目には、こう映る。「部門間の壁が消えた。AIが横串を通してくれている」。

ここで一度、誤解をほどいておきたい。部門間でAIが連携することそのものが悪いのではない。情報のやり取りを速くする。漏れをなくす。これらは、組織を強くする。

問題は、AIが翻訳コストを下げるとき、「部門ごとの世界観のずれも、同時に消えた」と勘違いすることだ。

• 営業AIは、営業のデータで学んでいる。

• 開発AIは、開発のデータで学んでいる。

• サポートAIは、サポートのデータで学んでいる。

• 経営AIは、経営のデータで学んでいる。

• 人事AIは、人事のデータで学んでいる。

それぞれ、別々の世界観を持っている。

AIで翻訳しても、世界観は翻訳されない。それどころか、AIが滑らかに翻訳すればするほど、人間は「部門間に断絶があること」を、忘れる。

これが、この章の中心テーゼだ。

言い換えれば、こうだ。サイロは、消えたのではない。見えなくなっただけだ。

4. AIは、部門サイロを「内側から」固める

翻訳コストがゼロになる一方で、組織の中で起きるべきことはどうなるのか。

AIは、部門サイロを、外から強化するのではない。

内側から、それぞれの部門ごとに、固めるのである。

会社が部門横断で機能するための5つの仕組み——横断会議、ブリッジ役、共通言語、共通指標、人材ローテーション。AIは、その一つひとつに、別々の毒を仕込む。

図3｜横断機能5仕組みの、AI時代における侵食

横断会議・ブリッジ役・共通言語・共通指標・人材ローテーション——会社を一体に保つ5つの仕組みは、いずれも「人間が、部門の境界を、身体で越える」ことで初めて機能する。AIはその一つひとつに、効率化の名前で別々の毒を仕込む。

5つはいずれも、人間が身体で部門を越えることで初めて機能する。AI同士の連携では、代替できない。それなのに、5つのうち「AIで済ませる」選択肢が、そこにある。しかも、こちらの選択肢のほうが、コストが低い。人は、コストが低いほうに流れる。経営も、低いほうに流れる。

そのとき、役員会議で出る言葉がこれだ。

「AIがそう言ってますから」

• 横断会議を、AI議事録に縮めた。

• ブリッジ役を、AIエージェントの連携に置き換えた。

• 共通言語を、各部門のAIプロンプトに分散させた。

• 共通指標を、AIダッシュボードのフィルタに任せた。

• 人材ローテーションを、AIによる「部門間学習」に見立てた。

これは、会社の横断機能を、5点同時に痩せさせる行為である。そして、痩せた分だけ、サイロは見えなくなる。消えたのではなく、見えなくなっただけだ。

5. AI時代の「サイロ複製スパイラル」と、3つの加速装置

前章で見たサイロ複製は、AIが登場する前から、世界中の企業で繰り返されてきた古典的な型である。

ところがAIは、このスパイラルに、特有の3本の加速装置を取りつける。これが、AI時代に「部門サイロが固まる」本当の理由だ。

図4｜AI時代のサイロ複製スパイラル

8段階のサイロ転写ループに、AIは3本の加速装置（部門専用AIエージェントの増殖／AI同士のサイロ翻訳／AI議事録の部門最適化）を取りつける。古典の下り坂は、電動エスカレーターの下り坂に変わる。

点線で描いた3本の矢印こそが、AIが新たに取りつける加速装置である。

加速装置A：部門専用AIエージェントの増殖

従来、部門ごとに独自のシステムを持つには、開発リソースがかかった。だから、全社共通の基盤を入れて、部門差を吸収しようとした。

AIエージェントは、これを反転させる。各部門が、自前のデータで、自分たちのAIエージェントを「育てる」ことが、安く・速く・簡単になった。営業部門には営業AI。開発部門には開発AI。経営企画には経営AI。人事には人事AI。法務には法務AI。

経営の目には、こう映る。「DXが、部門ごとに進んでいる」。

しかし、これはコンウェイの法則の最も純粋な発現である。組織図が、AIエージェントの配置図に、忠実にコピーされる。各部門のAIは、その部門の組織文化・KPI・暗黙のルールを、データから学んで、強化する。

加速装置B：AI同士のサイロ翻訳

部門ごとのAIが、APIで繋がる。営業AIが見つけた顧客の声を、開発AIに渡す。開発AIが書いた仕様を、サポートAIが学ぶ。経営AIが、これらを束ねたレポートを作る。

経営の目には、こう映る。「部門連携が、AIで自動化された」。

しかしAI同士の連携は、構造化されたデータの受け渡ししかできない。部門ごとの「なぜそう判断したのか」「どこに迷いがあったのか」「現場で何が起きていたのか」といった、構造化されない文脈は、AIのインターフェースで落ちる。

そして人間は「AIで連携している」という感覚に安心して、自分が部門を越えて対話する機会を、減らしていく。

加速装置C：AI議事録の部門最適化

会議のAI議事録は、便利な機能だ。しかし最近のAI議事録は、部門ごとに「重要なポイント」を再構成する。営業向けには営業の関心事項を、開発向けには開発の関心事項を、それぞれフィルタして要約する。

経営の目には、こう映る。「全員に最適化された議事録が届く」。

しかしこれは、同じ会議の内容を、部門ごとに違う物語として記憶させる装置である。一週間後、各部門は、同じ会議について別々のことを覚えている。

部門の境界が、かつてゆっくりと固まる下り坂だったとすれば、AI時代のそれは電動エスカレーターの下り坂だ。同じ斜面を、はるかに速く、はるかに静かに、サイロが固まっていく。

6. サイロ消失バイアス：サイロは、消えたのではない。AIに転写されただけだ

コンウェイが描いた「組織は組織図そっくりのものを作る」は、AI時代に新しい姿を取る。本稿はこれを サイロ消失バイアス と呼ぶ。

サイロ消失バイアス AIで部門連携が滑らかになったから、部門サイロは消えたと錯覚してしまう、経営の認知のクセ。 AIエージェントが連携することと、部門の世界観がすり合うことを、同じことだと思い込む。

もっと厳しく言えば、こうだ。

サイロ消失バイアスにかかった経営者は、自分では組織を統合しているつもりでいる。むしろ、以前よりも部門連携が良くなったと感じている。

• 営業AIと開発AIが、自動でデータをやりとりしてくれる。

• サポートAIと商品企画AIが、自動で顧客の声を共有してくれる。

• 財務AIと事業AIが、自動でROIをすり合わせてくれる。

• 人事AIと部門AIが、自動で人事評価を擦り合わせてくれる。

• 経営AIが、すべての部門AIを束ねたレポートを出してくれる。

だから、こう言うようになる。

• 「うちは、部門連携がよくできている会社だ」

• 「DXで部門の壁を壊した」

• 「AIエージェント同士が、24時間連携している」

• 「もう、横断会議の頻度を減らしてもよい」

• 「ブリッジ役という役職は、もう必要ない」

どれも、一つひとつは事実だ。だから怖い。

AIエージェントが連携することと、部門の世界観がすり合うことは、まったく違う。

図5｜サイロ消失バイアスの構造（経営者の頭の中 vs 実際）

真面目な経営者ほど深く侵される、5つの錯覚。AI連携の滑らかさを、世界観のすり合いと取り違える。サイロは消えたのではなく、各部門のAIに転写されただけだ。

経営者の頭の中 実際に起きていること AIで部門連携が滑らかになった 翻訳コストは下がったが、世界観のずれは残っている AIエージェントが横串を通している 横串は構造化データだけで、文脈・迷い・暗黙知は通っていない 部門の壁は、AIで壊せた 壁は見えなくなっただけで、各部門のAIに固められた 横断会議は、もう必要ない 人間が境界を越える機会が、構造的に消えていく 各部門のAIは、それぞれ正しい 「同じ会社の中で別々の正解が並ぶ」状態が常態化する

サイロ消失バイアスにかかった経営者は、こう言う。

この一言が出た瞬間、組織から「人間が部門を越えて対話する」機会が、静かに消えていく。

部門連携は、AIで回る。それも見事に回る。営業AIと開発AIが、ほぼ即時で情報を交換し、レポートも自動で生成される。だから「会社が一体で動いている」という感覚は、以前よりも鮮明になる。

そしてその「一体で動いている」という感覚が、本当に世界観がすり合っているのかという問いを、経営から奪う。

「もうAIで動いているのだから、部門の世界観を擦り合わせる必要はない」。

こうして、部門サイロは、AIのなかで、静かに固まる。会社の一体感は、AIエージェントのAPI連携の数で測られるようになる。

コンウェイはこう書いた。

そしてAI時代には、こう付け加えなければならない。

サイロ消失バイアスは、AIの連携には乗るが、AIの連携に乗らない「世界観のずれ」を、まるごと見失う。そして、これが最も怖い。

サイロは、最初から強い形では現れない。

• 横断会議の出席率の低下として現れる。

• ブリッジ役のポジションが空席になることとして現れる。

• 新人が「うちの部門では」という主語ばかり使うようになることとして現れる。

• 役員会議で「各部門のAIが、別々の結論を持ってくる」ことが当たり前になることとして現れる。

だから、サイロは、止める人がいないと、一年で目に見えて固まる。

AIエージェントは、組織図より長く生き続ける。

7. 同じAIを入れても、企業は2つに分かれる

ここが、本稿のいちばん大事なところだ。

AIで部門連携を滑らかにすることは、合理的だ。しかし、AIの使い方には二種類ある。

ひとつは、部門サイロをAIに写し取る使い方。

もうひとつは、部門サイロを意識して、AIで橋渡しする使い方。

同じ「AIで部門連携を改善する」という言葉を使っても、前者はサイロを固め、後者は組織を一体化させる。

分岐点は、単純だ。

部門ありきでAIを配るか、欲しいシステムからAIを逆算するか。これが、すべてを分ける。

DevOpsの世界でインバース・コンウェイ・マニューバと呼ばれてきたものを、AI時代の経営判断に翻訳すれば、こうなる。

これは、IT用語ではない。経営判断の順序の問題だ。組織図が先か、欲しい組織能力が先か。

図6｜AIとサイロの2×2

横軸はAIの配置原理（組織図ありき／欲しい連携ありき）、縦軸はAIの利用度。AIが悪なのではない。サイロを意識して使うAIと、サイロを写し取りながら使うAIが、別の組織を生む。

外から見ると、左上「サイロ複製型」と右上「サイロ橋渡し型」は、よく似て見える。どちらもダッシュボードは整っている。どちらもAIエージェントは滑らかに連携している。どちらも経営は「DXができている」と言う。だが、3年後、5年後の組織運営は、まったく違う。

確認と調整

図7｜衰退する企業と成長する企業のAI活用（8観点）

左の列はAIでサイロを写し取る設計、右の列はAIでサイロを橋渡しする設計。同じ「AIで部門連携」と言っても、現場に届く音は真逆だ。AIの位置づけ・学習データ・横断会議・ブリッジ役・人材ローテーション・評価軸——8観点で対比する。

左の列も、右の列も、一行ずつ取り出せば、いずれも合理的に聞こえる。だが、現場に届く音はこうだ。

• 左：部門の中だけで考えていればいい。横のことは、AIが見てくれている。

• 右：AIで横断の対話を増やす。部門の中だけにこもらせない。

これが、組織を分断するか、一体化させるかを分ける。

8. ではどうするか — サイロを橋渡しする5つの制度

精神論では足りない。

「サイロを壊そう」では、組織図は止められない。組織図は、AIエージェントの配置図に転写される。

人事評価が部門最適である限り、サイロは固まる。予算配分が部門単位である限り、サイロは固まる。情報システムが部門ごとである限り、サイロは固まる。

だからサイロは、制度で橋渡ししなければならない。

ステップ1：「欲しいAI連携の形」を、経営が先に決める

部門ごとにAIを配る前に、経営が「最終的にどんなAI連携の形を作りたいか」を決める。

これがインバース・コンウェイ・マニューバの本質だ。組織図からAIを配ると、AIは組織図のコピーになる。欲しいAI連携の形からAIを配ると、AIは新しい組織を作るための触媒になる。

経営が答えるべき問いは、最低でもこの3つだ。

• 顧客の声は、どのAIエージェントを通って、どこへ届くべきか

• 商品の不具合は、どのAIエージェントを通って、誰が判断すべきか

• 経営判断は、どの部門のAIの結論を、どう統合すべきか

この設計が、部門配置よりも先にあること。これが鉄則だ。

ステップ2：「AI議事録の全社共通版」を必ず作る

部門ごとに最適化したAI議事録は、便利だ。だが、全社共通版を必ず並置する。

毎週の経営会議の議事録、四半期戦略会議の議事録、重要なプロジェクト会議の議事録。これらは、部門フィルタを通さない「全社一枚」のサマリを、必ず作って配る。

各部門のAIが、それぞれ別の物語を作る前に、全員が同じ物語を共有する機会を、構造として確保する。

ステップ3：ブリッジ役を、AIではなく人間で置く

「AIが翻訳するから、ブリッジ役は不要」は、最も危険な省略だ。

ブリッジ役の本当の価値は、構造化されない迷い・違和感・空気を、部門間で運ぶことにある。これはAIに渡せない。

ブリッジ役の像を、具体的に描いておく。

毎年、経営会議で次の問いに答えること。

• 部門A・部門Bのブリッジ役は、誰か（実名で）

• その人は、両部門の現場に、月に何回出ているか

• AIで翻訳できる量が増えたぶん、ブリッジ役の人数を減らしたか、増やしたか

• ブリッジ役の評価は、両部門の合算で行われているか

「AIが翻訳できる量が増えたから、ブリッジ役を減らした」と答える経営は、すでにサイロ消失バイアスにかかっている。

ステップ4：人材ローテーションを、AI時代でも止めない

「AIで部門の知識は学べる」と言って、人材ローテーションを止めるのは、サイロ消失バイアスの典型症状だ。

AIで学べるのは、形式知だけだ。部門の身体感覚、現場の癖、暗黙の判断基準は、人がその部門にいる時間でしか伝わらない。

3年に一度、コア人材を部門間でローテーションする制度を、AI時代だからこそ守る。AIが情報を運ぶ時代に、人が文脈を運ぶ価値は、むしろ上がっている。

ステップ5：「AIがそう言ってますから」を経営会議の禁句にする

最後に、経営会議の言葉を変える。「AIがそう言ってますから」は、禁句にする。代わりに、必ずこう問う。

どの部門のAIが、そう言っていますか。 他の部門のAIは、何と言っていますか。

この一問だけで、AIの結論は「絶対の答え」ではなく、「ある部門の世界観の表現」に位置づけ直される。各部門のAIの結論を並べる。違いを明示する。違いの背後にある世界観の違いを、人間が議論する。

AIに任せるのではない。AIで、組織の世界観のずれを、可視化する。

9. サイロを橋渡しする経営者の14のふるまい

組織のサイロを橋渡しする経営者は、AI否定派ではない。AIをどこに配るか、何のために連携させるかを意識的に設計する経営者である。AI時代にサイロを橋渡しする、14の具体的ふるまいを置く。

【観点：AI配置の設計】

• 「欲しいAI連携の最終形」を、年に一度、経営会議で更新する

• 新規AI導入は、必ず「どの部門間の橋渡しになるか」を言語化する

• 部門ごとのAIエージェントの数を、四半期ごとに点検する

【観点：横断対話】

• 全社共通のAI議事録を、必ず作って配る

• 横断会議を、AIがあっても減らさない

• 役員会議で、「どの部門のAIがそう言っているか」を必ず明示する

【観点：ブリッジ役】

• ブリッジ役を、AIで代替せず、人間で増員する

• ブリッジ役の評価を、両部門の合算で行う

• ブリッジ役の現場滞在時間を、業務として確保する

【観点：人材ローテーション】

• 3年に一度、コア人材を部門間でローテーションする

• 「AIで学べるから不要」というローテ削減論を退ける

【観点：経営者自身】

• 経営者自身が、「他部門のAI」に、月一で必ず問い合わせる

• 「AIがそう言ってますから」を経営会議の禁句にする

• 役員会議で、「同じ会社の中で別々の正解が並ぶ」状態を、警告として扱う

この14項目に共通しているのは、ひとつだ。

10. ではどうするか（個人版） — WIREモデル

会社制度だけでは足りない。個人が、自分の仕事のなかで「自分の部門のAIだけを聞いていないか」を意識的に点検する技法もいる。AIに渡せる連携と、人間が部門を越えて運ぶべき文脈を、自分の中で見分ける。

そのための技法として、WIREモデルを置く。動詞は4つ、いずれも身体で起きる動作として読まれたい。

図8｜WIREモデル（4段階の循環）

自分の部門のAIエージェントの境界を意識し、他部門の文脈と意図的に配線（wire）し直すための4段階。Witness（見届ける）→ Inspect（手で点検する）→ Rewire（つなぎ直す）→ Engage（足で関わる）を回し続ける限り、AIは部門の世界観を固定する装置ではなくなる。

図9｜WIREモデルの段階別動作と、自分への問い

4段階それぞれの身体的アクションと、判断前に必ず立てる問い。AIに渡せる連携と、人間が部門を越えて運ぶべき文脈を、自分の中で見分けるための実装。

WIREモデルは、AIを使わないための技法ではない。AIに、自分の部門の世界観だけを強化させてしまわないための技法である。

AIを使う。ただし、自分のAIが部門固有の世界観を持っていることを忘れない。他部門のAIにも問いを投げる。最後に、人間と直接対話する。そのうえで、判断する。

11. 中心命題

ここまで来て、本稿の中心命題は、こう置ける。

もう一段、経営の言葉に落とすなら、こうだ。

つまり必要なのは、AI連携設計だけではない。AI時代の組織設計である。

• どの部門に、どのAIを置くのか。

• そのAIは、どの部門と、何を渡し合うべきか。

• AIに渡せる連携と、人間が運ぶべき文脈を、どう分けるのか。

• ブリッジ役・横断会議・人材ローテーションは、AIがあっても、なぜ残すのか。

• この設計がある企業では、AIは組織を一体化させる。

この設計がない企業では、AIは組織のサイロを忠実にコピーする。その差が、5年後の組織運営の差になる。

図10｜AI時代の組織設計（5層の循環）

AI連携設計だけでは足りない。

12. 最後に、一番効く一文を

冒頭の場面に、戻ろう。

役員会議で、5つの部門AIが、それぞれ完璧に正しい結論を並べた。社長は何かを言いかけて、口をつぐんだ。事業部長のひとりが、ようやく沈黙を破った。

「AIがそう言ってますから」。

この一言が出る組織は、もう「どの部門のAIが、そう言っているのか」を問う癖を、失っている。

この一言の後に「では、他の部門のAIは、なんと言っていますか」と問い返せる組織だけが、AI時代を生き延びる。

• AIは、部門ごとに、世界を見る。

• 人間は、部門を越えて、世界を共有する。

AIに、部門間の連携を任せることはできる。データを渡し、レポートを束ね、議事録を要約させることもできる。それは必要だ。組織は、AIなしには、もはや回らない。

けれど、それだけでは組織にならない。

• まだ言葉になっていない迷いを、誰かが部門を越えて運ぶこと。

• まだ構造化されていない違和感を、誰かが他部門の現場で感じてくること。

• まだ書類になっていない判断の理由を、誰かが直接聞きに行くこと。

• まだ「うちの部門では」を超えて、「うちの会社では」と言える人が、誰かいること。

それは、組織という装置の仕事である。

AIが悪いのではない。AIは、頼まれたことをしているだけだ。問題は、私たちがAIに、部門ごとの最適化だけを頼んでいないか。そして、AIに任せず、自分の身体で部門を越えていく機会を、自分たちで作れているかである。

役員会議で、もし誰かが「AIがそう言ってますから」と言ったら、こう問い返したい。

それを引き受ける一人が、組織のどこかにいるかぎり、組織は、まだ、部門を越える筋肉を持っている。

サイロは、消えない。ただ、見えなくなるだけだ。

だから、見える形に保ち続けるために、人間が、部門を越え続ける必要がある。

関連書籍・論文一覧

• Melvin E. Conway (1968), “How Do Committees Invent?,” Datamation.

• Exploring the Duality between Product and Organizational Architectures」（2012, Research Policy）

「AIがそう言ってますから」。はじめに

#AIがそう言ってますから #組織開発 #経営理論 #AI
#March理論 #ToMo指数 #Goodhartの法則 #心理的安全性 #Conwayの法則 #取引コスト理論