AI導入率88%、定着率14%。その差を埋める仕事

ある支援先との打ち合わせを終えた夜、マッキンゼーの最新レポートを読んでいました。
今年2月に公開された「State of Organizations 2026」。世界15カ国・1万人超の経営幹部を対象にした調査です。そこに並んでいた数字を見て、支援先で繰り返し目にしてきた光景と重なりました。

AIを導入している組織は88%。しかし、AIを日常業務に定着させる準備ができていると答えた経営者は、わずか14%。
導入率と定着率のあいだに開いた、74ポイントの溝。
この数字に、BizOpsの仕事の核心が詰まっていると感じています。

AIが「使われていない」のではなく、「繋がっていない」

多くの組織で起きていることを整理すると、AIが使われていないわけではありません。個人のレベルでは活用が進んでいる。議事録の要約、メールの下書き、データ集計の自動化、そういった個別の業務改善は確かに動いている。

問題は、それが組織全体の成果に接続されていないことです。
マッキンゼーのレポートが示した次の生産性フロンティアは、「構造改革」でも「さらなるツール追加」でもありませんでした。ハンドオフの削減、意思決定の明確化、不要な承認プロセスの除去。つまり「仕事の流れを再設計すること」です。

そして同レポートはAI投資の費用対効果についても示唆しています。テクノロジーへの投資1ドルに対して、人や仕組みへの投資に5ドルが必要だという試算です。AIを活かすには、それを受け止める組織の設計が先に要る。世界の経営幹部1万人が向き合っている問いがこれです。

私が現場に入るとき、同じ光景を繰り返し目にします。
AIツールが複数導入されているのに、情報の流れは相変わらず属人的で、誰かのスプレッドシートの中に閉じ込められたまま経営に届いていない。
ツールは増えたのに、業務の地図は描かれていない。

先日支援したある企業でも、Notionが導入され、さらに議事録AIが追加されていました。ツールの数だけで言えば十分に整っている。ところが、誰がどの情報を持っていて、それをどのタイミングで誰が判断に使うのか、その「流れ」がどこにも定義されていなかった。
情報が生まれても、経営の意思決定まで届く経路がない。ツールが「点」のまま、「線」にならない状態です。

地図なき導入が生む、静かな混乱

「何から始めればいいか分からない」という声を、AI文脈でよく聞くようになりました。これは能力の問題ではなく、地図がないことによる方向喪失です。

地図がない状態でツールを入れると、各部門が独自に動き出します。
営業はSalesforceにAIを繋ぎ、マーケはHubSpotにAIを繋ぎ、バックオフィスはNotionにAIアシスタントを入れる。それぞれの担当者は頑張っている。でも全体として何が起きているかを把握している人間がいない。気づけば、「誰がどのAIツールを使っているか」を管理するための会議が発生します。ツールを管理するためのコストが、ツールで削減するはずだったコストを超え始める。

制約理論の観点から見ると、組織全体のパフォーマンスを止めているのは一番詰まっている箇所です。そこに手を入れないまま他の部分をいくら効率化しても、スループットは上がりません。
ある現場では、「営業の報告が遅い」という問題が課題として挙げられていました。報告ツールを変えよう、AIで自動集計しようという議論が進んでいた。でも実際に業務フローを追ってみると、詰まっていたのは承認フローの手前でした。報告が上がっても、次のアクションが誰の責任かが曖昧で、情報がそこで止まっていた。
ツールを変えていたら、問題は別の形で続いていたはずです。AI時代になって、この構造的な問題が一層浮き彫りになっています。

地図が描けた。では、AIをどう差し込むか

業務フローを可視化して「詰まっている場所」が見えたとき、次の問いが来ます。ここにAIをどう組み込むかです。
ここで重要になるのがコンテキストの設計です。AIは汎用的に賢いのではなく、参照できる情報の質と量によってアウトプットの精度が決まります。組織固有の判断の蓄積をどう構造化してAIに渡すか、が設計の核になる。

例として、リーガルチェックの業務を考えてみます。
契約審査は、法律上の観点とビジネス判断が複雑に絡み合う業務です。どの条件で折れるか、どのリスクは許容するか、その落としどころは法務担当者の頭の中に属人的に蓄積されてきました。
これまでの自社のリーガルスタンス、どういうビジネス判断がどういったケースで下されてきたか。それを構造化されたコンテキストデータとして整備し、AIが参照できる状態にすることで、1次レビューの精度が上がり、属人的な運用から脱却できます。
人間のレビュースコープが「AIでは判断しきれない論点」に絞られることで、担当者の負荷も大幅に下がる。フィードバックサイクルをしっかり設計すれば、レビュー結果がそのままコンテキストとして蓄積され、組織の判断履歴が積み上がるほどAIの精度が上がる正のサイクルが生まれます。

リーガルチェックはひとつの例ですが、コンテキストが価値の源泉になっている業務であれば、同じ設計思想が使えます。採用の評価基準、営業の商談判断、カスタマーサポートの対応方針。どの業務にも、組織固有の「判断の文脈」が蓄積されています。それを掘り起こして構造化し、AIが参照できる形にする。その設計ができる人間が、今まさに求められています。

BizOpsが「地図を描く」理由

米国のBizOpsが担っているのはまさにこの役割です。
ツールを導入する人ではなく、組織全体の情報の流れを設計するアーキテクトとして機能しています。戦略と現場の結節点に立ち、仕組みの全体図を描いた上で、正しい場所に橋を架ける。AIの文脈で言えば、どの業務にどのコンテキストを持たせてAIを差し込むかを設計する仕事です。

日本でBizOpsという職種の認知がまだ薄い中、経営企画や事業企画として実質BizOps業務を担っている人は多くいます。
「自分の仕事に名前がない」「何でも屋になっている」という感覚を持つ人が、実はこの役割を担っていることが多い。AIが組織に入ってきた今、その仕事の価値は以前より格段に上がっています。ツールが増えれば増えるほど、それをつなぐ設計の仕事が増える。導入は誰でもできますが、繋げるのはBizOpsの仕事です。

マッキンゼーが「流れを再設計せよ」と言ったとき、それは日本語に訳せばBizOpsの仕事です。
88%と14%の間にある74ポイントを埋めるのは、新しいツールではない。その確信があるから、私は今日も現場に潜り続けています。

#BizOps #AI活用 #組織開発 #事業企画 #経営企画 #スタートアップ

「ボトルネックはそこじゃない。ツール導入前に地図を描く」
今回の記事と思想の根幹を共有している一本です。制約理論（TOC）の視点から、問題の本当の所在を見つける方法を論じています。
今回の記事でAI文脈の地図論に共感した方が、その手前の「なぜ地図が必要か」という設計思想にまで踏み込みたいときに最適な次の記事です。

「2026年、BizOpsに求められる3つの進化と壁」
マッキンゼーレポートと時代文脈を共有しながら、BizOpsというキャリアそのものの変化を論じた記事です。
今回の記事で「自分の仕事がBizOpsに近いかもしれない」と感じた読者が、キャリアの再定義という次の問いへ向かうための橋渡しになります。

Xでは、記事にする前の断片や
現場で感じた違和感を ほぼ毎日書いています。
よかったら、のぞいてみてください。
https://x.com/kakushiaji_inc