部下はいらない。必要なのは「仕事が勝手につながる構造」だった

以前、私は数十人の部下を率いていた。

人員配置を考え、進捗を確認し、問題が起きれば報告を受け、判断し、指示を出す。いわゆる「管理職らしい仕事」は、それなりにやってきたと思う。

だから、人を率いること自体を否定するつもりはない。

組織には人が必要だし、誰かが責任を持って判断しなければならない場面もある。

ただ、今になってかなりはっきり分かってきたことがある。私が本質的にやりたかったのは、部下を持つことではなかった。もっと別のことだった。

仕事が、人の記憶や根性に依存しなくても流れる状態をつくること。たぶん、私は昔からそちらに興味があった。

人を増やすと、管理も増える

仕事が増えてくると、多くの会社では人を増やす。担当者を増やす。チームをつくる。リーダーを置く。課長を置く。そして、その人たちを管理するための会議、報告資料、確認、承認が増える。

もちろん、それが必要な場合もある。

ただ、不思議なことが起きる。仕事を処理するために人を増やしたはずなのに、いつの間にか増えた人を管理するための仕事が増えている。

「誰が知っているのか」「誰に確認すればいいのか」「誰が判断したのか」「どこまで進んでいるのか」こうしたことを把握するために、さらに人間の記憶とコミュニケーションが必要になる。

組織論や経営学では、規模の拡大に伴って調整や情報伝達の負荷が増えることが論じられてきた。組織は専門性や効率性を得る一方、階層や部門間の調整が複雑になり、意思決定が遅くなることがある。

つまり、人を増やすことは、単純に処理能力を増やすことではない。情報を受け渡し、判断をそろえ、責任を分担する仕組みも必要になる。

問題は「人が足りない」ではないことがある

仕事が回らなくなると、私たちはすぐにこう考える。「人が足りない」

しかし、現場をよく見ると、必ずしもそうではない。

メールの中に重要な条件がある。
Teamsには別の依頼がある。
Excelには数字がある。
システムには在庫情報がある。
担当者の頭の中には例外ルールがある。
取引先との電話では、さらに別の条件が決まっている。

情報はある。人もいる。それなのに、仕事がつながっていない。その結果、誰か一人が全部を覚えている必要が出てくる。

「あの件は○○さんに聞けば分かる」という状態だ。これは一見すると、その人が優秀だから成立しているように見える。

しかし、裏を返せばその人がいないと仕事が止まる構造でもある。

ここに人を一人追加しても、根本的には変わらない。むしろ、新しい人に情報を教える仕事が増えることさえある。

この問題は、暗黙知や組織記憶の偏在とも関係している。個人の経験や判断基準が文書化されず、特定の人に集中すると、その知識は組織全体の資産ではなく、個人に依存した資源になる。

情報が存在していても、必要な人が必要なタイミングでアクセスできなければ、組織にとっては実質的に利用できない。

私が欲しかったのは「部下」ではなく「接続」だった

十数人を率いていた頃も、おそらく私は無意識に同じことを考えていた。

人をどう動かすかより
仕事そのものをどう整理すればいいか。
誰がやっても判断できる状態にできないか。
確認しなくても状況が見えるようにできないか。
一度決めたことが、口頭指示で消えないようにできないか。

私は「人」を管理したかったのではなく、流れを管理したかった。

今ならそう言える。

人を増やすことより情報をつなぐ。判断を残す。条件を明示する。例外を記録する。進捗を可視化する。必要なタイミングで通知する。

そういう構造を作る方に、私はずっと関心があった。

これは単なる業務効率化の話ではない。仕事の流れを明示し、情報と判断の所在を共有可能にすることは、調整の仕組みを個人の記憶からプロセスへ移すことでもある。

個人の能力に依存した運用は、短期的には柔軟で速い。しかし、業務量が増えたり、担当者が交代したり、例外が頻発したりすると、再現性が失われる。

一方で、プロセスを明示しすぎると、現場の裁量や柔軟性を奪う危険もある。

だから必要なのは、すべてを固定することではない。通常の流れは仕組みに任せ、例外や判断が必要な場面だけを人間に戻す設計である。

「誰かが知っている会社」から「仕組みが知っている会社」へ

会社には、顧客との約束、商品の状態、在庫、契約条件、輸送条件、過去のトラブル、例外対応、仕入条件、社内ルールなど、膨大な知識が存在している。

しかし、それらが会社の知識になっているとは限らない。実際には、こういう構造があるだけだったりする。

営業担当者が知っている。
倉庫担当者が知っている。
経理担当者が知っている。
管理職が知っている。

つまり、会社が知っているのではなく、人が知っている。この差は大きい。

人の頭にある情報は検索できない。共有されている保証もない。退職すれば消える。休めば止まる。忙しければ伝達されない。

だから本当に必要なのは、情報を集めることだけではない。情報同士がつながり、必要な人が、必要なタイミングで、必要な形で使えることだ。ここまでできて初めて、「会社が知っている」と言えるのだと思う。

ナレッジマネジメントでも、知識は蓄積されているだけでは価値を持たず、必要な場面で検索され、解釈され、行動に結びついて初めて組織能力になると考えられている。

文書を増やすだけでは、知識の共有にはならない。

重要なのは、情報の意味、適用条件、更新履歴、判断結果が、業務の流れの中で結びついていることだ。

AIを「優秀な部下」と考えると少し違う

最近、AIを「優秀な部下」と表現することがある。

便利な比喩ではある。ただ、私は少し違う捉え方をしている。

AIの強さは、単純に一人分の労働力が増えることではない。もっと重要なのはバラバラに存在している情報や仕事を接続できることだ。

メールを読む。資料を比較する。過去の判断を探す。条件を整理する。矛盾を見つける。タスクに変換する。関係者ごとに必要な内容を書き分ける。これまで人間が頭の中でやっていた「接続」を、かなりの部分まで外部化できるようになった。

たとえば、営業が受けた注文メールをAIが読み取り、納期や数量、特別な梱包条件を抽出して、在庫システムの情報と照合する。条件に問題がなければ出荷担当への作業依頼を作成し、在庫不足や契約外の条件があれば、営業と管理者に確認事項として通知する。

以前なら、営業がメールを転送し、担当者がExcelを開き、倉庫に電話し、判断結果をまた別の人へ伝えていた仕事である。

月末の請求処理でも、AIが契約書、納品書、作業実績、請求書を突き合わせ、金額や期間の不一致を一覧化できる。担当者は差異のある案件だけを見て、取引先への確認や修正判断に集中できる。

ただし、AIを導入すれば自動的に接続が生まれるわけではない。

データの形式がそろっていない。
定義が部門ごとに違う。
更新されていない情報が混ざっている。
誰が最終判断をするのか決まっていない。
例外処理が記録されていない。

こうした状態では、AIは既存の分断を高速に処理するだけになりかねない。

AIを組織の接続装置として機能させるには、データの意味、権限、更新責任、判断基準、監査可能性を設計する必要がある。これは技術導入というより、業務プロセスと組織ガバナンスの再設計に近い。

つまり、AIによって変わるのは、一人当たりの作業速度だけではない。組織の接続コストそのものだ。

人をなくすのではなく、人を判断に戻す

では、人はいらなくなるのか。

私はそうは思わない。むしろ逆だ。人間にしかできない仕事を、人間に戻すために仕組みが必要なのだと思う。

相手との交渉。利害調整。現場の違和感。例外判断。責任を伴う決断。まだ答えのない問題への対応。こういうものは、簡単には自動化できない。

問題なのは、人間がそこに時間を使えないことである。

転記する。探す。確認する。催促する。同じ説明を何度もする。どのファイルが最新版か調べる。こういう作業に時間を使ってしまう。

だから仕組み化の目的は「人を減らすこと」ではない。人間を、人間にしかできない場所へ戻すことだ。

ただし、自動化によって新しい負荷が生まれることもある。監視、例外対応、説明責任、モデルの出力確認などだ。

したがって、AI導入の効果は、削減された作業時間だけで測るべきではない。

判断の質が上がったか。
問題の発見が早くなったか。
担当者が必要な情報にアクセスできるようになったか。
誤りが起きたときに原因を追跡できるか。
人間が責任ある判断に集中できるようになったか。

こうした観点で評価する必要がある。

「何人を率いたか」では測れない仕事が増えている

長い間、管理職の価値は、何人の部下を持っているか、どれだけ大きな組織を率いているか、どれだけ大きな予算を持っているか、という尺度で評価されることが多かった。

もちろん、それらも重要だ。ただ、これからは別の評価軸が必要になると思う。

たとえば、どれだけ複雑な業務を整理したか。どれだけ属人性を減らしたか。どれだけ判断可能な状態を作ったか。どれだけ異なる部門をつないだか。どれだけ少ない人数で安定運用できる構造を作ったか。

こういう仕事だ。これは、部下の人数では見えにくい。しかし、会社にとっては非常に重要な価値になる。

組織能力は、個人の能力を足し合わせたものだけではない。情報がどのように流れるか。意思決定がどのように行われるか。失敗からどのように学ぶか。異なる専門性がどのように結びつくか。

そうした関係性の設計によって、同じ人数でも成果は大きく変わる。

だから、これからの管理職には、部下を監督する能力だけでなく、仕事が流れる条件を設計する能力が求められる。

私は組織を持ちたいのではない

数十人の部下を率いた経験は、今でも自分の中に残っている。人を率いる難しさも、任せることの重要性も、チームで動く強さも知っている。

だからこそ思う。

私は、大きな組織を持ちたいわけではなかった。肩書きが欲しかったわけでもない。

本当に欲しかったのは、仕事が正しく流れる構造を設計できる権限だった。

必要な情報が見える。判断できる。決めたことが残る。次の人に渡る。問題が起きれば分かる。誰か一人の記憶に依存しない。そういう基盤だ。そして、その基盤さえあれば、必ずしも大量の人を抱える必要はない。

もちろん、構造だけで組織が動くわけではない。目的を定める人が必要であり、優先順位を決める人が必要であり、結果に責任を持つ人が必要である。

しかし、責任を持つことと、すべての情報を一人で抱えることは別だ。

良い構造とは、責任を曖昧にするものではなく、誰がどの情報に基づいて、どの判断をしたのかを明確にするものだと思う。

接続を増やすために、まず次の3ステップを実践するといい。

１．仕事が止まる場所を一つ選び、情報の流れを見える化する

直近一か月で、確認、転記、催促、差し戻しが多かった業務を一つ選ぶ。

依頼がどこから来て、誰が何を確認し、どの情報を使って判断し、次に誰へ渡しているのかを、メール、チャット、表計算、システムなどの単位で書き出す。

最初から全社を対象にせず、頻度が高く、関係者が多い業務に絞ることが重要だ。

２．情報の定義と判断の責任者を決める

業務の途中で使われる項目について、「何を意味するのか」「いつ更新するのか」「どの状態を正とするのか」を決める。

同時に、通常処理の担当者、例外時の判断者、最終承認者を明確にする。情報を一か所に集めるだけでは接続にならない。意味と責任がそろって初めて、他の人やAIが安全に利用できる。

３．小さな接続を一つ自動化し、結果を測って改善する

たとえば、注文メールから条件を抽出して担当者へ通知する、申請内容と台帳を照合して不一致だけを知らせる、会議の決定事項をタスクとして記録する、といった小さな接続から始める。

削減時間だけでなく、確認回数、滞留時間、差し戻し件数、属人対応の発生回数を測り、誤りや例外が起きたときの記録も残す。

うまくいった接続を隣接する業務へ広げていけば、仕組みは少しずつ組織全体の基盤になる。

部下はいらない。少なくとも、「仕事を動かすためには部下を持たなければならない」という意味では、もうそうではないと思う。

必要なのは、仕事が勝手につながる構造だ。

人を増やす前に、接続を増やす。管理者を増やす前に、管理可能な状態をつくる。そして人間は、人間にしかできない判断へ戻っていく。

これから評価されるべきなのは、「何人を率いたか」だけではない。どれだけ複雑な仕事を、再現可能な構造へ変えたか。

私は今、その方がずっと面白いと思っている。

関連記事

仕事を単一で閉じるとこうなるという話

こっそり後からひっくり返すのには理由がある

ただ、それを許せば統制崩壊し、幼稚園未満になる