【連載⑯】企業AI導入「つまずき」解決シリーズ——「中間管理職の仕事がなくなる」問題｜進捗集約・レポート作成・情報伝達がAIに置き換わり、プレイヤーとAIが直結する組織でマネジャーの存在意義が問われる——スパン・オブ・コントロール再設計・ピープルマネジメント専任化・マネジャー役割定義の更新で作る「AI時代の管理職」

はじめに——「マネジャーの仕事が、AIに溶けていく」という第16の壁

本連載ではここまで、企業AI導入で多くの組織がつまずく壁を順に越えてきました。第13回で「AIで浮いた時間」を事業成果に転換するキャパシティ・マネジメントを設計し、第14回で「AIを使いこなす人ほど評価されない」問題を人事評価制度の側から立て直し、第15回では「新人に任せる仕事がない」問題——下積み業務をAIが食い尽くし、若手が育つ前に中堅の仕事を求められる——というジュニア育成パイプラインの崩壊を再設計しました。

第15回で組織の「入口（若手）」の空洞化を扱ったなら、次に向き合うべきは階層の反対側、つまり「真ん中」の空洞化です。中間管理職の従来業務——進捗の把握・集約、情報の上げ下ろし、報告資料の作成——は、いずれもAIが最も得意とする領域そのものです。第13回で行った「時間の棚卸し」をやると、真っ先に浮いて見えるのは、実はマネジャーの仕事だった、という組織は少なくありません。

これは本連載・第4サイクル（組織と人）の締めくくりにあたります。⑬時間（浮いた時間の再投資）→⑭処遇（評価される側の制度）→⑮供給（入ってくる人の経路）と辿ってきた流れの最後に、⑯階層構造そのものを置く。プレイヤーとAIが直結し、報告・集約・伝達という「間に立つ仕事」が薄くなる組織で、マネジャーの存在意義をどう再定義するか——これが第16の壁です。

先に結論を述べます。答えは「管理職ポストを削る」ことではありません。スパン・オブ・コントロール（管理スパン）の再設計・ピープルマネジメントへの専任化・マネジャー役割定義（Job Description）の更新という3つの再設計で、「AI時代の管理職」という新しい役割を作り直すこと——本記事はその移行設計を、実装の視点で整理します。

なぜ中間管理職の仕事が真っ先に浮くのか——時間棚卸しが暴いたもの

中間管理職の一日を分解すると、その多くが「情報を運び、束ね、整える」作業に費やされています。部下の進捗を集めて把握し、それを上位に報告できる形に整え、経営からの方針を現場に噛み砕いて伝える。これらは長らく「マネジャーにしかできない付加価値」とされてきました。しかし、その大半は構造化された情報処理であり、生成AIとダッシュボードが最も置き換えやすい領域です。

第13回の時間棚卸しの発想で、管理職の業務を「AIが代替できる部分」と「人間に残る部分」に切り分けると、次のように見えてきます。

従来のマネジャー業務AIが代替・圧縮する部分人間に残る・むしろ増える部分
進捗の把握・集約各メンバーの状況の自動集計・可視化、遅延の自動検知「なぜ遅れているのか」の背景理解、優先順位の判断
報告資料の作成ドラフト生成、数値のグラフ化、定例フォーマットへの整形何を報告し何を報告しないかの取捨選択、経営への意味づけ
情報の上げ下ろし（伝達）議事録要約、方針文書の平易化、FAQ的な一次回答納得感の醸成、感情のケア、対立の調停
定型的な承認・確認ルールベースの一次スクリーニング例外・グレーゾーンの最終判断、責任の引き受け

表の左3行が、従来「マネジャーの仕事」の体感的な大半を占めていました。ここがAIに吸われると、「マネジャーは何をする人なのか」が可視化された空白として立ち上がります。第13回で浮いた時間を放置すると細切れに霧散したのと同じで、この空白を放置すると「マネジャーは不要では」という短絡的な結論に直行してしまう——それが次のリスクです。

「プレイヤーとAIが直結する組織」で何が起きるか

従来の組織では、現場メンバー（プレイヤー）が持つ情報は、いったんマネジャーに集約され、加工されてから上下に流れていました。マネジャーは情報のハブであり、そのハブ機能こそが権限と存在意義の源泉でした。

ところがAIが集約・整形・伝達を担うと、プレイヤーが必要な情報にAI経由で直接アクセスし、経営もプレイヤーの一次データにダッシュボードで直接触れられるようになります。情報のハブとしてのマネジャーは「中抜き（disintermediation）」される。ネットワークの世界で、間に立っていた中継ノードが直結ルートの登場で不要になる——あの構図に近いことが、組織の階層で起きます。

観点従来（マネジャーがハブ）AI直結後
情報の流れプレイヤー→マネジャー→経営（都度加工）プレイヤーの一次データに経営・AIが直接アクセス
マネジャーの権限源情報を握っていること情報の独占では権限が生まれない
管理できる人数集約・報告の手間が上限を規定集約が自動化され、上限が広がりうる
問われる価値正確に運び、束ね、整えること判断・育成・対人・例外処理という「運べないもの」

ここで重要なのは、中抜きされるのは「情報のハブ」という機能であって、マネジャーという役割の全部ではないという点です。運べる仕事（情報処理）は薄くなり、運べない仕事（判断・対人・育成・責任）が相対的に濃くなる。だとすれば、設計の方向は「ポストを消す」ではなく「役割の重心を運べない側へ移す」になります。以降、その具体を3つの再設計として述べます。

誤った対処——「ポスト削減」に飛びつく前に

空白が可視化されたとき、最も手が早く見える対処は「管理職ポストの削減」です。階層をフラット化し、マネジャーを減らし、人件費を圧縮する。数字の上では魅力的に見えます。しかし、これを先に走らせると次の副作用が起きがちです。

  • 育成の断絶：第15回で再設計したジュニア育成の担い手は、多くが中間管理職です。ポストを消すと、若手の指導・OJTの責任者がいなくなり、供給側の再設計が崩れます。
  • 例外処理の空洞化：AIは定型を処理しますが、グレーゾーンの判断・責任の引き受けは残ります。担い手を減らすと、例外が誰にも捌かれず滞留します。
  • プレイングへの逆戻り：ポストは残しても中身を再定義しないと、マネジャーは空いた時間で自分の作業（プレイング）に戻り、マネジメントがさらに手薄になります。

つまり順序が逆です。先に役割を再定義し、その新しい役割に必要なスパンと人数を導く。ポスト数は結果として決まるものであって、出発点にする数字ではありません。

再設計①：スパン・オブ・コントロールの再設計

スパン・オブ・コントロール（1人のマネジャーが直接見る部下の人数）は、長らく「集約・報告の手間」が上限を規定してきました。進捗を集めて束ねる作業が自動化されれば、理屈の上では管理スパンを広げられます。実際、「AIが集約するなら1人で20人見られる」といった議論も出てきます。

しかし、スパン拡大の是非は「マネジャーの残った仕事が何か」によって正反対になります。運べる仕事（情報処理）が減ったからスパンを広げられる、と単純化すると危険です。残るのが対人・育成・例外判断だとすれば、それらは人数に反比例して薄まるからです。

スパンを拡大できる条件スパンを拡大すべきでない条件
業務の性質定型度が高く、AI集約で状況が自明非定型・裁量が大きく、例外判断が頻発
メンバーの成熟度自律的で指導頻度が低いシニア中心育成中の若手が多く、密な関与が必要
マネジャーの主務意思決定の承認・調整が中心1on1・キャリア支援・動機づけが中心
リスク誤りのコストが可逆で小さい誤りが不可逆・高コスト

設計の勘所は、「情報処理のスパン」と「ピープルマネジメントのスパン」を分けて考えることです。前者はAIで広げられますが、後者——1人ひとりの状態を把握し、育て、動機づける仕事——には依然として上限があります。多くの組織にとって現実的なのは、単純なスパン拡大ではなく、後述する「ピープルマネジメント専任化」とセットで、対人に集中できる範囲へスパンを最適化することです。

再設計②：役割のシフト——プレイングマネジャーからピープルマネジメント・例外判断へ

日本企業の中間管理職の多くは「プレイングマネジャー」、つまり自分も現場作業を抱えつつ部下も見る二重役割です。AIが情報処理を巻き取ると、この二重役割の「プレイング」側こそAIと競合し、「マネジメント」側が相対的に希少になります。ここで役割の重心を明確に移すのが第2の再設計です。

薄くなる・消える役割残る・むしろ増える役割
進捗の手集計と報告資料づくり集約された情報からの意思決定・優先順位づけ
情報の右から左への伝達納得感の醸成・対立の調停・心理的安全性の担保
定型承認のスタンプ押し例外・グレーゾーンの判断と、その結果への責任の引き受け
自分の手を動かすプレイング作業メンバーの育成・1on1・キャリア支援（⑮の育成パイプラインの担い手）
ルール運用のチェックAIの出力を疑い、業務文脈で検証する「評価者」としての監督（⑭と接続）

右列を一言でまとめると「ピープルマネジメント」と「例外判断・責任」です。どちらもAIに運べない仕事であり、しかも組織にとって手薄になりやすい。ここへ専任化させることが、マネジャーの新しい存在意義になります。

特に見落とされがちなのが、第15回で設計したジュニア育成パイプラインとの接続です。⑮では、AIが下積み業務を食い尽くす中で若手を育てるために「段階的タスクラダー」を設計しました。そのタスクラダーの最上位L5（指導）——他者に教え、育てる段階——を担うのは中間管理職です。マネジャーの役割をピープルマネジメントへ寄せることは、⑮の供給側再設計を成立させるための前提でもあります。育成の担い手を消してしまえば、若手供給の設計は絵に描いた餅に終わります。

再設計③：マネジャー役割定義（Job Description）の更新

役割の重心を移すと決めても、それが文書化された役割定義・等級要件・評価項目に落ちていなければ、現場は元の行動に戻ります。第3の再設計は、マネジャーのJob Descriptionそのものを更新することです。旧い定義のまま「これからは育成を頑張って」と口頭で言っても、評価されるのが従来通り「報告の正確さ」なら、行動は変わりません。

更新の骨子は次の通りです。

  • 「運ぶ仕事」を評価項目から外す：進捗集約・報告資料の完成度といった、AIが担う領域の巧拙を管理職の評価軸から外す。ここを残すと、AIに任せず自分で抱える動機が残ります。
  • 「運べない仕事」を明示的な責務にする：メンバー育成の成果、例外判断の質、心理的安全性の醸成、AI出力の監督といった項目を、役割定義と評価に正式に組み込む。
  • ⑮のタスクラダーL5（指導）を管理職要件に接続する：「指導ができること」を等級要件・昇格要件に明記し、育成をマネジャーの中核責務として制度化する。
  • ⑭の評価者リテラシーを管理職側の必須スキルにする：後述の通り、AI出力を鵜呑みにせず検証・監督できることを、管理職の必須要件に据える。

⑭「評価者リテラシー」を、管理職側から見た続編として

第14回では、AIを使いこなす人が正しく報われるための「成果の帰属ルール」と、部下のAI活用を正当に評価するための「評価者リテラシー」を扱いました。第16回は、その評価者リテラシーを管理職側の必須要件として捉え直す続編でもあります。

プレイヤーとAIが直結する組織では、マネジャーは「作業をチェックする人」から「AIと人の協働の質を監督する人」に変わります。部下の成果にAIがどこまで寄与したかを見極め、AIの出力に潜む誤りや過信を検証し、AIに任せてよい領域と人間が判断すべき領域の線引きを示す。これはまさに⑭で論じた評価者リテラシーの応用であり、「AI時代の管理職」の中核能力です。運ぶ仕事を失ったマネジャーが次に立つべき場所は、この「監督・検証・線引き」の役割にあります。

移行設計——ポスト削減ではなく役割再定義で進める

3つの再設計を、いきなり全社一斉で実施すると混乱します。第13回以降と同じく、段階的なロードマップで進めるのが現実的です。要点は「先に役割を定義し、後から構造（スパン・人数）を合わせる」順序を崩さないことです。

フェーズやること避けたい失敗
1. 棚卸し⑬の要領で管理職業務を「運べる／運べない」に分解し、AIに移す領域を特定いきなり人数の議論から入る
2. 役割再定義ピープルマネジメント・例外判断・育成・監督を中核に据えたJob Descriptionを起草口頭の号令だけで文書を更新しない
3. 制度接続評価項目・等級要件・昇格要件を新役割に合わせて更新（⑭⑮と接続）評価が旧いまま行動変容を期待する
4. スパン最適化ピープルマネジメントのスパンを基準に、直結で足りる領域と密関与が要る領域を分けて人数を設計「AIが集約するから」と一律にスパンを拡大
5. 移行支援プレイング偏重だったマネジャーへの育成・対人スキルのリスキリングを提供役割だけ変えて支援を用意しない

ポスト数はフェーズ4の結果として決まります。削減が正解になる部署もあれば、育成・例外処理の負荷が高く現状維持や手厚さが正解になる部署もある。数字を出発点にしない——これが移行を失敗させないための一線です。

実装チェックリスト

領域チェック項目接続する回
棚卸し管理職業務を「運べる／運べない」に分解したか⑬
役割定義ピープルマネジメント・例外判断・育成・監督を中核に据えたか⑯
役割定義「運ぶ仕事」の巧拙を評価軸から外したか⑯
制度タスクラダーL5（指導）を管理職の等級・昇格要件に接続したか⑮
制度評価者リテラシー（AI出力の監督・検証）を必須要件にしたか⑭
スパン情報処理スパンとピープルマネジメントスパンを分けて設計したか⑯
スパンスパン拡大の可否を業務・成熟度・リスクで判定したか⑯
移行ポスト数ではなく役割から出発する順序を守ったか⑯
移行プレイング偏重だったマネジャーへのリスキリング支援を用意したか⑯

よくある質問（Q&A）

Q1. AIが進捗集約や報告を担うなら、中間管理職はもう不要ではないですか？

不要になるのは「情報のハブ」という機能であって、マネジャーという役割の全部ではありません。運べる仕事（情報処理）は薄くなりますが、運べない仕事——例外判断と責任の引き受け、対立の調停、メンバーの育成、AIと人の協働の監督——はむしろ希少になります。ポストを消すのではなく、役割の重心をこの「運べない側」へ移すのが本質です。

Q2. 集約が自動化されるなら、管理スパン（部下の人数）は広げていいですか？

「情報処理のスパン」は広げられますが、「ピープルマネジメントのスパン」には上限が残ります。1人ひとりを把握し育て動機づける仕事は、人数に反比例して薄まるからです。非定型で例外が多い、育成中の若手が多い、誤りが不可逆といった条件下では、拡大は逆効果になります。一律拡大ではなく、業務・成熟度・リスクで判定してください。

Q3. まず管理職ポストを削って人件費を圧縮するのは有効な打ち手では？

順序が逆だと副作用が大きい打ち手です。先にポストを削ると、⑮で設計したジュニア育成の担い手が消え、例外処理が滞留し、残ったマネジャーがプレイングに逆戻りします。先に役割を再定義し、その役割に必要なスパンと人数を導く——ポスト数は結果として決まるものです。削減が正解の部署もあれば、そうでない部署もあります。

Q4. 役割を変えると号令をかけても、マネジャーの行動が変わりません。

役割定義・評価項目・等級要件という制度が旧いままだからです。評価されるのが従来通り「報告の正確さ」なら、口頭で「育成を頑張れ」と言っても行動は戻ります。運ぶ仕事を評価軸から外し、育成・例外判断・監督を正式な責務と評価項目に組み込み、⑭の帰属ルール・⑮のタスクラダーと接続して初めて、行動が動きます。

Q5. プレイング中心だったマネジャーに、急にピープルマネジメントを求めて大丈夫ですか？

役割を変えるなら、対人・育成・AI監督のスキルへのリスキリング支援をセットで用意するのが前提です。役割だけ変えて支援がないと、本人が消耗し離職リスクが高まります。移行ロードマップのフェーズ5に、育成スキル・1on1・評価者リテラシーの学習機会を明示的に組み込んでください。

まとめ——「真ん中の空洞」を、削るのではなく作り直す

AIが進捗集約・報告作成・情報伝達という「間に立つ仕事」を巻き取るとき、中間管理職の従来業務は真っ先に浮きます。しかしそれは「マネジャーが不要になった」のではなく、「マネジャーが何をする人なのかを作り直す時が来た」という合図です。要点は3つです。

1. 中抜きされるのは機能であって役割の全部ではない。運べる仕事（情報処理）は薄くなり、運べない仕事（判断・対人・育成・責任）が濃くなる。設計の方向は「消す」ではなく「重心を移す」です。

2. スパン・役割・役割定義の3点を同時に再設計する。情報処理スパンとピープルマネジメントスパンを分け、プレイングからピープルマネジメント・例外判断へ重心を移し、それを評価・等級要件という制度に落とす。⑭の評価者リテラシー、⑮のタスクラダーL5と接続して初めて機能します。

3. ポスト数ではなく役割から出発する。先に役割を定義し、その役割に必要なスパンと人数を導く。削減は結果として決まるものであって、出発点にする数字ではありません。

⑬時間・⑭処遇・⑮供給と辿ってきた第4サイクル（組織と人）は、⑯階層構造で締めくくられます。AIが真ん中の仕事を溶かす組織で、マネジャーの席を守るのではなく、マネジャーの仕事を作り直す——それが「AI時代の管理職」への移行設計の核心です。

参考リンク（本連載・第4サイクルの接続記事）

免責事項：本記事は2026年7月時点の一般的な情報提供であり、特定の企業・組織における最適な組織設計や人事制度を保証するものではありません。また、法的・労務的な助言ではありません。管理職の役割変更・等級要件の改定・組織再編は、自社の事業特性・就業規則・関連法令に照らして検討し、必要に応じて人事・法務の専門家にご相談ください。

コメント

タイトルとURLをコピーしました