AI投資が成功するほど、組織は変われなくなる

AI投資の成果報告は、数字の上では成功しています。それでも組織は変わりません。原因は技術ではなく、AIを置く場所にあります。

稟議や決裁という「検査」の側に置けば、検査は速くなります。そして速くなるほど、検査をなくす理由は消えていきます。では、AIはどこに置くべきでしょうか。答えは、工場がとうに知っています。

「AI活用により年間3万時間を削減」。この種の報告が、いま多くの日本企業の役員会で承認されています。数字は本物です。現場の負荷は確かに下がっています。

にもかかわらず、3年後の組織図はほとんど変わっていません。決裁が一周する日数も、会議の出席者数も、導入前とほぼ同じです。

なぜでしょうか。本稿の見立てはこうです。

日本の製造業は、「品質は工程で作り込む。検査で作るのではない」という思想を、世界でもっとも徹底して実践してきました。ところが同じ会社の事務・企画部門では、いまだに全数検査をやっています。

起案の品質を起案者が完結させる仕組みがありません。決裁ルートが事実上の検査工程として機能し、引っかかれば差し戻されます。製造でいう手戻りです。

そして多くの企業は、AIをその検査工程の側に置いています。検査を速くしているのです。製造現場なら誰もやらないことを、事務部門でやっています。

本稿では、まず時間がどこに消えているのかを分解し、次に差し戻しがなぜ起きるのかを追い、最後にAIを置くべき場所が決裁者側ではなく起案者側であることを示します。

この記事の3つの結論

1. AIを稟議や決裁という検査の側に置くほど、検査は速くなり、検査工程そのものは残り続けます。
2. 報告・調整の量を決める三つの項のうち、いま動かせるのは「揃え直す回数」だけです。
3. 差し戻し理由を集めて起案の時点で返すこと。AIは決裁者ではなく、起案者の側に置きます。

時間はどこに消えているのか

ホワイトカラーの時間は、少なくとも三つに分かれます。この分け方が、AI投資の成否を分けます。

多くの企業がAIを入れているのは、実際にいま手を動かしている作業です。一方、本当に時間を食っているのは、報告や調整です。

見落とされやすいのは、報告・調整は「待ち」ではなく「作業」だということです。人は手を動かしています。深夜まで資料を直しています。忙しいのです。

だから工数削減の対象に見えます。にもかかわらず既存のAI導入は、ここをほとんど触っていません。「資料作成の効率化」は資料を速く作るだけで、なぜその資料が必要なのかには触れません。

比率が上限を決める

当たり前のことを言いますが、実質作業の比率が高いところからアプローチしないと、業務時間全体へのインパクトは小さいです。

重要なのは「ゼロにしてもこれ以上は縮まらない」の数字です。これは予算やベンダー選定や導入スピードの問題ではありません。実質作業に手を入れる限り、投資額を何倍にしてもこの線は越えられません。

だから問うべきは、「どのAIを入れるか」ではなく、「多くの時間を費やす報告・調整に手が届いているか」です。

報告・調整を駆動しているもの

報告・調整はなぜ発生するのでしょうか。誰かが情報を持っていないからです。そして情報を持たない人が判断に参加するから、説明が要ります。

したがってその量は、およそ次の掛け算で決まります。

報告・調整の量 ≈ 意思決定の件数 × 参加者数 × 揃え直す回数

三つの項目を順に見ていくと、動かせるものが一つしか残りません。

第1項　件数は、減らすべきではない

件数を減らせば総量は下がります。ですがこれは間違った打ち手です。

決裁基準は通常、金額で引かれています。だから「金額は小さいが重要な判断」（取引先の選定、契約条項の一文、採用の可否）は、いま誰の目にも触れずに通っています。

件数を減らすとは、判断を減らすということです。むしろ増やすべき項です。

第2項　参加者数は、いまは減らせない

本来もっとも効くのはこの項です。調整コストは参加者数の二乗に近く増えます。n人の相互調整は n(n-1)/2 組だからです。5人が7人になれば、10組が21組になります。

にもかかわらず、どの企業も減らしません。権限を手放したくないからではありません。

減らしても大丈夫だという証拠が、存在しないからです。

承認者を減らすには、内部統制上の説明が要ります。「減らして事故が起きたら誰が責任を取るのか」に答えられません。だから誰も手を付けません。

ただし、増やさないことはできます。そしてこれは意識して守る必要があります。決裁が速くなれば「AIが要約してくれるなら本部長にも回しておこう」という力が働くからです。メールのCCが辿ったのと同じ道です。

件数は増えてかまいません。一件あたりの参加者数は、増やしてはいけません。

第3項　揃え直す回数だけが、いま動かせる

消去法で残ったように見えますが、そうではありません。この項には固有の価値があります。

誰が、何を理由に差し戻しているかを見れば、誰が実質的に判断を加えているかが分かります。

つまり揃え直しの削減は、それ自体が目的であると同時に、第2項を動かすための証拠を生む工程でもあります。順番として揃え直しが先に来る理由は、ここにあります。

本稿の残りは、「なぜ揃え直しが多いのか。どうすれば減るのか」という一点に絞ります。

事務部門だけが、全数検査をしている

日本の製造業の品質思想は明快です。

品質は工程で作り込む。検査で作るのではない。

これを自工程完結と呼びます[3]。後工程に不良を流さない、という考え方です。この思想が、戦後日本の製造業の競争力そのものでした。

ところが同じ会社の事務・企画部門を見ると、完全に逆のことをやっています。

同じ会社の中に、二つの思想が同居している

決定的なのは、不良が出たときに何を問うかと、そこから導かれる対策の方向です。

製造現場で不良が出たとき、「検査を強化しよう」とは言いません。そう言えば、品質管理の教科書の一行目から外れることになります。問うのは「なぜ工程で作り込めなかったか」です。

ところが事務で差し戻しが多いと、対策は「チェックを厳しくしよう」「決裁前レビューを追加しよう」という方向に行きます。検査工程を増やしているのです。

AIを検査工程に置くと、何が起きるか

ここに、いまのAI投資の問題があります。

多くの企業がやっているのは決裁者支援です。「AIが要約するので役員の負担が減る」「論点を整理して提示する」。これは検査の効率化であって、自工程完結の思想ではもっとも優先度が低い打ち手です。

そしてもう一つ、見えにくい副作用があります。

検査が安くなれば、検査工程を廃止する理由が消えます。

制度が廃止されるのは、間違っているからではありません。高いからです。5階層の決裁に月単位の時間がかかるから、さすがに減らそうという話になります。それが3日で回るようになれば、出る結論は一つしかありません。

「5階層のままでも、十分に速いではないか」

階層を減らす動機は、この瞬間に消えます。しかもこれは、あらゆるKPIの上で成功として記録されます。批判する根拠がどこにもありません。

ソフトウェアの世界では、これを paving the cowpaths（牛道の舗装）と呼びます[1]。曲がりくねった道を、まっすぐにするのではなく、その形のままアスファルトで固めてしまうことです。舗装された牛道は、未舗装のときよりはるかに強固に残ります。

なぜ起案で作り込めないのか

差し戻しの原因を辿ると、ほとんどが一点に収束します。起案者が、合格基準を知らされないまま試験を受けていることです。

具体的には三つあります。

1. 審査基準が明文化されていません。決裁規程に書いてあるのは金額と承認者だけで、「何を見るか」は書かれていません

2. 過去の類似案件を辿れません。3年前に同じ論点で差し戻された案件があっても、探す手段がありません

3. 何を聞かれるかを予測できません。決裁者ごとの着眼点は経験でしか蓄積されません。だから若手ほど差し戻されます

見逃してはならないのは、基準が存在しないのではないということです。

基準は存在します。ただし決裁者一人ひとりの頭の中に分散しています。そして差し戻しコメントという形で、ワークフローシステムの中に大量に書き残されてもいます。

存在しますが、集約されていません。これは技術的には、きわめて扱いやすい状態です。

決裁者の側も、情報を持っていない

ここまでは起案者の話でした。ですが逆側にも、同じことが起きています。

規模も業種も違う企業の役員から、筆者は繰り返し同じ趣旨の言葉を聞いています。

「数百億円の投資が、最後の最後に一枚の結論として回ってくる。そんなもので判断などできるわけがない」

決裁者の手元に届くのは結論です。そこに至る過程（検討された他の選択肢、それが落ちた理由、途中で変わった前提、処理された反対意見）は、起案側の会議の中に閉じたまま残ります。議事録にも稟議書にも載りません。

ある大手メーカーの工場では、これが時間の遅れとして現れていました。現場が品質上のリスクに気づいてから、工場長がそれを把握するまでに半年かかったケースがあります。その間、引き継ぎの場ではその話が何度も出ていました。情報が無かったのではありません。上に上がる経路が無かっただけです。

だから決裁者は「根拠をもう少し」と差し戻します。後述する「情報不足」による差し戻しは、ここで発生しています。

そしてここに、要約という処方の致命的な誤りがあります。

「結論だけでは判断できない」と言っている人に、AIで要約を渡せばどうなるでしょうか。情報はさらに削られます。決裁者が欲しいのは短い結論ではなく、その結論に至った経緯です。

議事録要約ツールが役員に歓迎されない理由は、たいていここにあります。速く読めるようになっても、読みたいものが載っていません。

つまり情報の欠落は、双方向に起きています。

どちらも存在しますが、集約されていません。この二つを繋げることが、差し戻しを減らすということです。

差し戻しのうち、AIで解けるものと解けないもの

差し戻しの原因は一種類ではありません。ここを分けずに「AIで差し戻しを減らす」と言うと、必ず失敗します。

上二つは先に見た通り、集約されていないだけの情報問題です。ここに集中すべきです。下二つは技術では動きません。

利害の不一致は、情報不足の顔をしてやってくる

日本の組織では、利害の不一致はほぼ必ず「情報不足」という形で表現されます。

「その根拠をもう少し」「他社事例は」「もう一度整理して持ってきて」。本音は反対でも、反対とは言いません。

だから差し戻しコメントを機械的に分類して「情報不足が8割」と出ても、その相当数は偽装である可能性があります。ここを誤ると、AIに資料を作らせて差し戻しが増えるという、笑えない結果になります。

見分け方は単純です。差し戻し後に実際に追加された資料を見ればよいのです。資料を追加せずに通った案件が多ければ、それは情報不足ではありませんでした。

差し戻しには、機能がある

もう一つ、効率化の議論から抜け落ちやすい点があります。

稟議の往復は、決定責任の分散装置として働いています。

全員が一度は目を通したという事実が、事後の免責になります。失敗したとき、誰か一人が責められない構造を、往復が作っています。

つまり組織は、差し戻しを無駄だと思っていない可能性があります。これを一気に効率化すると責任の所在が集中し、誰も決めたがらなくなるという反転が起きえます。

製造の比喩をもう一度使えば、これは検査工程ではなく保険です。保険を外すには、リスクが下がったという証拠が要ります。

ユースケース：プロジェクトマネジメントの現場で

ここまでの結論

前章までの四つの章を畳むと、作るべきものが決まります。時間は報告・調整に消えていて、いま動かせるのは揃え直す回数だけです。事務は検査で品質を作っていて、検査側にAIを置けば検査が延命します。そして差し戻しの正体は、双方向の情報欠落でした。

会議の対話を資産化し、起案者には「何を聞かれるか」を、決裁者には「どう決まってきたか」を、判断が要る前に返します。

プロジェクトに置き換えれば、起案者は現場のメンバー、決裁者はプロジェクトマネージャー（PM）とその上の責任者にあたります。

以下は、実際に大手企業で運用されている例です。一つは大手メーカーの工場移管プロジェクトで、国内工場から海外工場へ生産を移します。各工程に両方の工場の担当者と責任者が付き、約100人が年間を通して動きます。もう一つは大企業の企画部門です。

業種は違いますが、AIの設計は同じです。三つの手順でできています。

1. PMが知るべき論点を、先に決める

2. 会話を論点に沿って読み、報告書にする

3. 論点が埋まらなければ、報告の前に現場へ返す

PMが知るべき論点を、先に決める

会議にAIを入れるとき、最初に考えつくのは要約です。現場で何が話されたかを短くまとめて、管理職に届けます。

企画部門の最初の検討も、この方向でした。「部課長が助かるプロジェクト管理ツール」です。会議が多く、報告資料が重く、管理職が疲弊しています。だから管理職の負担を減らそう、という発想です。筋は通っています。

ですがこれは、先に見た検査側の打ち手です。管理職は速く読めるようになりますが、会議も報告資料もそのまま残ります。

二つの現場のAIは、逆の出発点から設計されています。現場が何を話したかではなく、PMが何を知る必要があるか。PMが判断するために押さえるべきこと、つまり論点を、先に決めておきます。

工場移管では、論点を工程ごとに置きました。どの工程でどんな課題・リスク・遅延が起きていて、何をフォローすべきか。企画部門では施策ごとに置きました。いまのステータス、残っている宿題、次に決めること、止まっているもの。

会議ごとではなく工程や施策ごとに置くのは、一つの論点が何回もの会議にまたがって議論されるからです。

論点が先に決まっていれば、現場は会議の前から、PMに何を聞かれるかが分かります。

会話を論点に沿って読み、報告書にする

論点が決まっていれば、AIは会議での会話を論点に照らして読めます。どの工程のリスクが話題になったか。どの宿題が片づいたか。次に何を決めるのか。

読み取った内容で論点を一つずつ埋めていけば、それがそのまま報告書になります。報告資料を人が作る必要はなくなります。

報告には結論だけでなく、各論点が何回議論され、どう決まってきたかも残ります。決裁者の手元に、結論に至る経緯が届きます。

変わるのは手間だけではありません。何を報告するかを、書く人が選ばなくなります。企画部門で最初に返ってきた評価も、速さではありませんでした。

「属人的だった上位報告が標準化され、情報が隠れることがなくなるのが一番の発見」

報告の中身を書き手が選べるかぎり、都合の悪い情報は悪意なく落ちます。論点が先に決まっていれば、リスクは「書くかどうか」ではなく「埋まっているかどうか」の問題になります。

工場移管のプロジェクトでは、工場をまたいで全員を集める情報共有会が、工程のクリティカルパスに乗っていました。他の工程がいまどうなっているかが見えないため、状況を揃えるには全員を集めるしかありません。この会議が1週間遅れると、後工程も1週間遅れます。

そこで、PMが知りたい情報を取りまとめた報告資料の下書きを、会話から自動で作るようにしました。下書きを回覧できれば、状況を揃えるために集まる必要はありません。情報共有会そのものを減らし、その時間を現場に戻しました。

論点が埋まらなければ、報告の前に現場へ返す

この設計の要は、報告書が自動でできることではありません。報告書を作る過程で、足りないものが分かることにあります。

論点が決まっている以上、AIには埋まらなかった論点も分かります。たとえば、ある工程の遅延が話題に上がったのに、誰がいつまでに何をするかが決まらないまま会議が終わりました。押さえるべきリスクが、そもそも一度も議論されていません。

こうした欠落を、PMへの報告になる前に現場へ返します。会話が足りなかったことを、会話した本人たちが知り、自分たちで埋めます。

これが先に見た自工程完結です。不良を後工程（PMの確認や上位の決裁）で見つけて差し戻すのではなく、作った場所で見つけて直します。PMは、情報を集める時間を、判断と打ち手の議論に使えます。

工場移管では、評価のタイミングで初めて結果が分かり、もっと早く気づけたはずのリスクが手戻りとして現れていました。欠落が会議のたびに返ってくれば、評価を待たずに手を打てます。

返し方には条件があります。判定は単純です。

その出力を見た人は、次に何をすればいいか分かるか。

「2週間遅れています」という通知は、PMがすでに知っていることです。知っていることを知らされても、何も変わりません。

「この遅延には、まだ担当と期限が決まっていない」と返れば、現場は次の会議でそれを決められます。前者は監視であり、後者は工程の一部です。

返す場面にも設計が要ります。企画部門では、仕組みが動いても最初は使われませんでした。情報量が多く「見ること自体をやめてしまいそう」という声が上がり、配ったライセンスの大半が使われないまま残りました。

打開策は機能の追加ではなく、会議の進め方を変えることでした。会議の冒頭で、ステータス・宿題・論点を全員で確認してから中身の議論に入ります。まだ決まっていないことが、全員の前に並びます。

全員が同じ前提から議論を始めるので、「その前提が違う」という理由の持ち帰りが消えます。先に見た「揃え直す回数」が、ここで減ります。

運用が回り始めると、現場からこういう声が出ました。

「30秒サマリーがいいので全部につけてほしい。そうすれば、報告そのものを割愛する運用に変えていける」

工場移管では情報共有会が減り、企画部門では報告そのものをやめる話が現場から出ています。役員が問うべき「何をやめられるか」という問いに、使っている本人たちが答え始めています。

ただし完了してはいません。会議の外で決まったことをどう拾うか、管理の粒度をどこに置くか、そして部長層以下に本当に浸透するか。三つ目が最大の関門で、これは技術ではなく、後で述べる定着の問題に属します。

まとめ：三つの段階

日本企業のAI投資は、いま三つの段階に分かれています。ただし、進化の順番ではありません。別の道です。

いまの主流：現場に丸投げする

全社にライセンスを配り、あとは各自の工夫に任せます。これが日本企業のAI投資の大半です。

この形が選ばれる理由ははっきりしています。いちばん安く、いちばん早く、いちばん反対されません。誰の業務も変えないので、誰も抵抗しません。

そして誰の業務も変えないので、何も変わりません。熱心な人は成果を出します。出さない人も咎められません。効果は個人に閉じ、業務プロセスには一切届きません。

残るのは「当社はAIを導入した」という事実だけです。

一部の先進事例：決裁層が使う

二つ目が、いま「先進事例」として紹介されている層です。役員や管理職が使います。要約、論点整理、契約レビュー。

これには本物の効果があります。役員の読み込み時間は実際に減ります。批判すべきものではありません。

いまもっとも普及している契約書のAIレビューが、まさにこれです。そのほぼすべてが法務部門、つまり検査工程に置かれています。法務が速くなれば、事業部は今まで通りの契約書を出し続けます。指摘の総量は減りません。減るのは法務の残業だけです。

重要なのは、この段階が次の段階への通り道ではないことです。検査を精緻にするほど、検査を手放しにくくなります。ここへの投資は、あるべき姿から遠ざかる方向に働きます。

あるべき姿：両層が意図を持って設計する

三つ目だけが構造を動かします。そして決裁層と現場層の両方がいないと成立しません。

だから共同設計が条件になります。どちらか一方が主導した時点で、「いまの主流」か「一部の先進事例」に落ちます。現場主導なら便利ツールに、決裁層主導なら検査支援に。

先に見た大手メーカーは、次の順序で入っています。最初に合意したのは、ユースケースではなく構想でした。「各部門の会議を社内の資産にし、領域ごとに使い方を作っていく。そのためのプラットフォームを入れる」。現場と本社のDX部門がこの一点で合意したうえで、影響のもっとも大きい製造部門から始めました。そこから開発、生産管理・生産企画、企画・販売へ広げています。

工場の単独案件として始めていたら、工場の中で終わっていました。本社が構想に同意し、現場が最初の実装を担います。「あるべき姿」の条件が、そのまま入り方になっています。

契約審査の例で言えば、同じAIを事業部側に置くことになります。事業部は法務が何を指摘するかを知った状態で契約書を作ります。指摘そのものが減り、いずれ「この類型は法務レビュー不要」という判断ができます。法務側に置けば法務を助けます。事業部側に置けば、法務を要らなくしていきます。

なお、「起案支援ならERPもワークフローもやってきた」という反論には、一点だけ答えておきたいと思います。従来のITは「形式」をチェックできましたが、「内容」はチェックできませんでした。必須項目の空欄は止められますが、「撤退基準が書かれていない」は止められません。そして差し戻しは、形式不備ではなく内容で起きます。

三つを同じKPIで審査してはいけない

先に見た通り、起案側に置いても、置いただけでは使われません。IT投資研究では古くから、技術投資はそれを上回る組織投資を伴わなければ効果を生まないことが知られています[2]。予算の過半が、システムではなく定着支援に向かうことを想定しておくべきです。

これが、三つを分けて審査すべき理由の核心です。「いまの主流」と「一部の先進事例」にはこの費用がかかりません。既存業務を速くするだけで、使い方を変える必要がないからです。同じ土俵に乗せれば、安くて早いほうが勝つのは当たり前です。

「あるべき姿」を工数削減で測るのをやめます。測るのは、決裁階層数、差し戻し回数、決裁権限の下方移譲件数です。

そして、もっとも深刻な副作用

AI投資の副作用として、もっとも深刻なのは予算でも時間でもありません。アリバイです。

「当社はAIに取り組んでいる」という事実は、「当社は組織を変えなくてよい」という結論の根拠に転用されえます。変革の代替物として機能するのです。

役員会で問われるべきは、こういうことになります。

この投資は、組織を変えるためのものか。それとも、変えないで済ませるためのものか。

問いを立て直す

多くの日本企業が、この数年「AIで何ができるか」を問い続けてきました。ベンダーを呼び、事例を集め、PoCを回しました。答えは十分に出ました。技術は動きます。

ですが問いの立て方そのものが、AIを検査工程の側に寄せていました。何ができるかを問えば、いま困っている人が答えます。そしていま困っているのは、大量の稟議を捌いている決裁者です。だから「要約してほしい」という答えが返ってきます。

困っている人を助けると、その困り事を生んでいる構造が残ります。

問いはこう立て直せます。

その提案は、なぜ一度で通らなかったのか。

差し戻された理由は、すでにシステムの中に残っています。誰かの頭の中ではなく、記録として。それを集めて起案者に返すだけで、検査工程の存在理由は少しずつ削れていきます。

ベンダーはこの問いに答えられません。事例集にも載っていません。答えは自社の差し戻しログの中にしかありません。だからこれは、調達の問題ではなく経営の問題です。

次の役員会でAI案件の報告を受けたら、質問を二つだけ足してください。

「それは、決裁する側を助けるものですか。起案する側を助けるものですか」

「それで、我々は何をやめられますか」

二つ目に答えが出ないなら、その投資はおそらく、数字の上では成功します。組織を何も変えないまま。

出典

1. [1] 牛道の舗装（paving the cow paths）：古い業務をそのままITで固めることへの批判／Michael Hammer "Reengineering Work: Don't Automate, Obliterate", Harvard Business Review, July–August 1990
2. [2] IT投資は補完的な組織投資を伴って効果を生む：Erik Brynjolfsson & Lorin M. Hitt "Beyond Computation: Information Technology, Organizational Transformation and Business Performance", Journal of Economic Perspectives 14(4), 2000, pp.23-48／Erik Brynjolfsson, Lorin M. Hitt & Shinkyu Yang "Intangible Assets: Computers and Organizational Capital", Brookings Papers on Economic Activity 2002(1), pp.137-198
3. [3] 自工程完結：佐々木眞一『現場からオフィスまで、全社で展開する トヨタの自工程完結』（ダイヤモンド社、2015年）