AXチームを作った瞬間、あなたの組織はAXに失敗する

 (flowkater.io)
30 ポイント 投稿者 flowkater 21 일 전 | 3件のコメント | WhatsAppで共有

一言要約

AX推進チームの新設は、階層を減らすべきときに階層をもう一段積み上げる逆説だ。MIT NANDAの研究で成功した5%は、中央AIラボではなく現場マネージャーが主導した組織だった。15年のCTO経験から学んだAXの第1原則は、ツールではなく組織と人である。

AX推進チームの逆説 — 階層をなくすべきなのに階層を積み上げている

  • MIT NANDA研究: 企業のGenAIパイロットの95%が失敗。成功した5%はCentral AI labではなく、現場マネージャー(line manager)が主導した組織
  • Coca-Cola: AI転換(Project Fizzion)を全社的に推進したが、AI広告への反発が発生 → CEO James Quinceyが辞任、本社75職位をリストラ
  • Commonwealth Bank: AIボット導入後にCS担当45人を解雇 → かえってコール量が増加 → 1か月で45人を再雇用。労組は「全面撤回」と呼んだ
  • ペンタゴン CDAO: 独立したAI組織を押し上げた後、再びR&E(研究・工学)傘下へ再編
  • Intel CAIO: 7か月でOpenAIへ転職
  • Fortuneデータ: CFO主導のAIプロジェクトの76%が成果を達成。だが、CFOにAIの役割を与えた企業はわずか2%
  • 核心: 別組織を作った瞬間、既存組織はAXを「自分ごとではない仕事」にしてしまう

ツールではなくアイデンティティの問題

  • 人は職務をアイデンティティとして捉える。「私は企画担当だ」「私はマーケターだ」「私はバックエンド開発者だ」
  • 15年目のマーケターが、AIで1週間分のレポートが3時間で出てくるのを見たときに抱く感情は「すごい」ではなく、**「では自分は何者なのか？」**だ
  • AXが求めるのはアイデンティティの解体。これは効率の問題ではなく、アイデンティティの問題だ
  • 「あなたの職務の60%は自動化されます」までは語る。「残り40%で何を担うべきか」まで示す会社はまれだ
  • ツール中心のAXは必ず失敗する

組織を知らない人は組織を変えられない

  • 著者の経験: コンサルティングとしてある会社に入った。週4回、毎日夕方に3時間ずつ、1か月(約50時間)。コードを読み、会議に入り、人々と話した
  • 技術スタックは一度も使ったことがなかった(Node.js, Kafka)。それでも、一緒に働く人たちを見てCTOとして加わることを決めた
  • 「技術は学べばいい。一緒に働く人がいなければ何もできない」
  • ジャック・ドーシー(Block CEO)の観点を引用: 階層はもともと情報をルーティングするための構造だった。AIがその中間層の役割を揺さぶっている
  • ほとんどの会社は既存構造にAIコパイロットを付け足すところで止まる(自動化)。ジャック・ドーシーが投げかける問いは、会社の回り方そのものを再設計すること(組織再設計)だ

AXは結局End-to-Endである

  • AIが変えたのは、一人がカバーできる範囲。以前は3チームでやっていた仕事を、より小さなチームで担える
  • AXの方向性: より小さなチーム、より短いハンドオフ、より明確な責任
  • Projection Problem (Abnormal Security CEO Evan Reiser): アイデアは高次元で、言語は低次元。専門家→PM→仕様→エンジニアと、ハンドオフのたびに損失圧縮が起こる。「同じ影を見て足並みがそろったと思っていても、各自が別の製品を想像している。」Reiserは20年のキャリアを持つCISOをプロダクト責任者に直接据え、AIがインタビューする構造を選んだ。Expert → AI。ハンドオフは1回。End-to-Endが必要な理由を最も端的に説明している
  • Lumen Technologies: レガシー通信企業から「AI経済のバックボーン」へとアイデンティティを再定義。営業リサーチ4時間 → 15分。3,000人の営業組織で年5,000万ドルの売上価値
  • JPMorgan Chase: CDAOを経営委員会(Operating Committee)に配置。AIを別組織ではなく、中核的な意思決定テーブルに載せた
  • Walmart: 4つのsuper agentに統合。AIで生産性を高めつつ人員数は維持 → 役割の中身そのものを変更
  • 共通点: AXチームを別に作ったのではなく、既存組織の役割と構造を直接変えた

個人の自動化 ≠ 組織のAX

  • 組織メンバーがそれぞれAIツールを作り始めると、頼もしく見える。だが、個人の摩擦は減らせても組織のボトルネックには触れられない
  • Aは自分用GPT、BはClaude、CはZapier。共通言語も、共通目標も、共通の運用原則もない
  • 「これはAXではなく、高度化した各自生存だ」
  • 活動指標(AI利用者数、自動化件数、デモデイ回数) vs 成果指標(顧客リードタイム、ハンドオフ削減、意思決定の遅延時間)
  • 個人の自動化はシグナルにはなっても、証拠ではない

それでもAXチームが作られてしまったなら

  • AXチームに必要なのはAI専門家ではなく、現場のボトルネックを知る人たち(マーケター、エンジニア、CS担当者)
  • ミッションは「AI導入促進」ではなく、具体的なビジネス課題であるべきだ(「顧客への一次応答を24時間→4時間」)
  • ServiceNow: 28,000人の全社員を対象にAIスキル評価 → 役割マップを再構成
  • AXチームが成功するには、AXチーム自身が消えることを目標にしなければならない。 存在目的が自己消滅であるチーム。それだけが唯一機能する設計だ
  • Bank of America: Ericaを2018年にリリース後、社員向け・資産管理向けへ拡張するのに7年。「ゆっくり展開して長く使うほうがよい」

結びに

  • AXの第1原則は、ツールではなく組織と人
  • 「ツールを知る人はツールにとどまる。人を知る人は組織を変える。」

関連記事

3件のコメント

 
tsboard 18 일 전

残念ながら、会社ですでにAXチームが多くできている状況なので、最後の段落あたりを意識して対応していく必要がありそうですね。
 
wfedev 19 일 전

現場のボトルネックを知っている人たちが重要なようです。
 
snisty 20 일 전

AX推進チームが悪いというよりは..
AXチームを作っておいて「君たちはAXチームなんだから、早くAIで自動化してみて」が問題だ、ということだと思います..
ドメインの現場担当者が主導し、AX技術者がサポートしながらAIを導入するのが一番よさそうですが..