「できない部下はいない、できない上司がいるだけ」——私がコンサルタントとして支援の現場に立つとき、常に出発点にある命題だ。

この言葉に反発を覚える管理職は少なくない。「実際にどう指導しても変わらない人材がいる」「能力の差は明らかにある」「努力しない人間の責任まで管理職が取るのか」——これらは正当な疑問だ。この記事では、その疑問に正面から向き合いながら、「できない部下はいない」という命題の本当の意味を解説する。

この命題が意味すること、意味しないこと

まず誤解を解いておく。「できない部下はいない」という命題は、「全員が同じパフォーマンスを出せる」という意味でも、「部下に問題がないケースしかない」という意味でもない。

この命題が指しているのは、「できない状態の責任帰属」の問題だ。部下が結果を出せていないとき、その原因を「部下の能力や意欲」に帰属させると、管理職にできることがなくなる。「あの人はそういう人だから」という結論は、管理職の思考停止であり、組織の学習停止だ。

一方、原因を「構造」に帰属させると、管理職に打ち手が生まれる。判断基準を整備できていないのか、知識移転の設計が不十分なのか、行動定着の仕組みがないのか——構造として捉えると、改善の対象が具体化する。

帰属の誤り（Attribution Error）

社会心理学の概念「基本的帰属錯誤（Fundamental Attribution Error）」に基づく。他者の行動を説明するとき、状況・環境・構造の影響を過小評価し、その人の性格・能力・意図に過剰に帰属させる認知バイアスだ。「あの部下はやる気がない」という判断の多くは、構造の問題を個人の性質に帰属させた結果だ。

「できない部下」と判断したとき、管理職が先に問うべきことがある。「この部下は、何をどうすれば成果が出るかを、具体的な行動レベルで理解しているか」——この問いに自信を持って「はい」と言えない管理職が構造を整えずに「あの人はダメだ」と言うのは、診断なしに「治らない」と宣告するようなものだ。

「指示・監視・評価」が管理職の仕事だという誤解

多くの組織で、管理職の仕事は「指示を出す・進捗を監視する・結果を評価する」として設計されている。この三つが機能していれば管理職の役割は果たされている、という認識だ。しかしこの設計には根本的な欠陥がある。

指示は「何をするか」を伝えるが、「なぜするか・どうすればうまくいくか」は伝えない。監視は行動の有無を確認するが、行動の質を上げる仕組みではない。評価は結果を判定するが、次の行動を改善する設計ではない。

つまり「指示・監視・評価」だけでは、部下の成長を生む構造が存在しない。指示通りに動ける人は機能するが、指示の意図を理解して自律的に動ける人を育てることはできない。管理職が常に指示を出し続けなければ組織が動かない状態——これが「マネジメント依存」の正体だ。

指示・監視・評価型（機能しない）
「今週は新規5件アポを取れ」と指示する
週次MTGで件数を確認する
達成できなかった理由を詰める
次週も同じ指示を繰り返す
→ 部下は「どうすれば取れるか」を学ばない
構造設計型（機能する）
「なぜアポが取れていないか」を構造として特定する
行動の判断基準（何を言えばいいか）を渡す
ロールプレイで行動を事前に練習させる
振り返りで「何が機能したか」を言語化する
→ 部下は次回自分で判断できるようになる

管理職の本質的な役割：3つの設計責任

3断絶のフレームで整理すると、管理職の本質的な役割は3つの設計責任として定義できる。

設計責任①

判断基準の設計（OS断絶の解消）

経営の方向性を、現場の行動判断基準に変換する。「なぜこの行動をするのか」を部下が自分で説明できる状態を作る。部下が「言われたからやる」ではなく「なぜやるかが分かってやる」状態にするのが管理職の責任だ。

設計責任②

知識移転の設計（DB断絶の解消）

成果を出している人の暗黙知を、チーム全体が使える形式知に変換する。「あの人の感覚」を「誰でも参照できる判断基準」にするプロセスを設計する。自分が持っている知識を「教えられる形」にすることも含む。

設計責任③

行動定着の設計（アプリ断絶の解消）

新しい行動が日常に定着する構造を設計する。意志に依存せず、「やるほうが自然な環境」を作る。フィードバックループを組み込み、行動の質が継続的に改善されるサイクルを持つ。

この3つの設計責任は、「管理職がすべて自分でやる」という意味ではない。設計として組織に組み込み、自分がいなくても機能する状態を作ることが目標だ。管理職が不在でも部下が動ける組織——これが設計型マネジメントの帰結だ。

「できない部下」の裏にある3つのパターン

「できない」と判断される部下の状態を観察すると、ほぼ三つのパターンに分類できる。

型①
「何をすればいいかは分かっている。でもなぜそれをするのかが分からない」——判断基準の不在（OS断絶）。行動の意味が理解されていないため、プレッシャーが下がると優先度が落ちる。指示通りには動けるが、状況が変わると止まる。
型②
「言われたことはやっている。でも何が正しいのかが分からない」——知識の不足（DB断絶）。行動はしているが、判断の精度が低い。失敗しても何が悪かったか分からず、同じミスを繰り返す。成長のループに入れていない。
型③
「分かっているし、やろうとしている。でも続かない」——定着設計の欠如（アプリ断絶）。理解も意欲もあるが、継続を支える構造がない。日常業務に押されると止まる。「意志が弱い」と評価されやすいが、設計の問題だ。

どの型も、「できない部下」ではなく「設計が届いていない状態」として捉え直すことができる。型①には判断基準の整備、型②には知識移転の設計、型③には定着の構造——それぞれに対応する管理職の打ち手がある。

「厳しさ」と「構造」は別物だ

「できない部下はいない」という命題を聞いて、「甘い」と感じる管理職がいる。「現実には向いていない人間もいる」「厳しく言わないと動かない」——この感覚には一定の現実が含まれている。

しかし「厳しさ」と「構造の設計」は別の話だ。厳しさとは期待水準を下げないことであり、妥協しないことだ。構造の設計とは、その期待水準に届くための道筋を整備することだ。高い基準を持ちながら、その基準に届くための構造を設計することは矛盾しない。

問題は「厳しく言う」だけで構造を整備しないマネジメントだ。期待水準だけが高く、届くための設計がない状態では、頑張れる人間だけが生き残り、それ以外は脱落する。これは選別であって育成ではない。選別型マネジメントは規模の拡大と安定的な成果には機能しない。

「部下を詰めることをやめたわけじゃない。
詰める前に、渡すべきものを渡しているかを
先に自分に問うようになった」

— 支援を経た営業マネージャーの言葉

管理職が「設計者」になるために必要な視点の転換

指示・監視・評価型から構造設計型に移行するために、管理職に求められる最も根本的な転換は「視点の方向」だ。

指示型の管理職は、視点が「部下の行動の結果」に向いている。「できたか・できなかったか」を確認し、できなければ原因を部下に求める。視点が常に「部下」に向いている。

設計型の管理職は、視点が「自分の設計の結果」に向いている。「自分が設計した構造で部下が動けているか・動けていないなら設計のどこに問題があるか」を問う。視点が「自分の設計」に向いている。

この視点の転換は、責任の所在を変えることではない。「部下のせいにしない」という感情論でもない。「設計の問題として捉え直すと、打ち手が見えてくる」という実用的な認識論の転換だ。設計に問題があるなら直せる。部下の性格に問題があるなら直しようがない。どちらの認識が組織の成長に機能するかは明らかだ。

自分の管理職としての設計を問う6つの問い

最後に、管理職として自分の設計を点検するための問いを提示する。

問① 自分のチームの部下全員が、「なぜこの行動をするのか」を自分の言葉で説明できるか。
問② 自分が不在のとき、部下は判断基準を持って自律的に動けるか。
問③ チームの成功パターンと失敗パターンが言語化されており、新しいメンバーに渡せる形になっているか。
問④ 3ヶ月前に始めた取り組みのうち、今も継続している行動はあるか。
問⑤ 部下を「できない」と判断したとき、その判断の前に「自分の設計の何が届いていないか」を検討したか。
問⑥ 自分がいなくなっても機能する組織になっているか。なっていないなら、それは管理職として何が足りないサインか。

「できない部下はいない、できない構造があるだけ」——この命題の真意は、部下を擁護することでも管理職を責めることでもない。「設計に問題があるなら、設計を変えられる」という可能性の宣言だ。人は変えにくい。しかし構造は設計できる。