指示が伝わらない原因は、部下の理解力ではなく「決めていないこと」にある

読書機能の使い方

聴く:本文を読み上げます。速読:語句を順に表示し、速さを調整できます。語学練習:別の言語版と対訳を読み比べます。保存:このブラウザーにブックマークし、プレイヤーの保存済み一覧から開けます。

この記事をシェア
広告
広告

「部下が指示を理解していない」

「言われたことをそのまま受け取ってしまう」

「もっと意図を汲んでほしい」

「やる気がないのではないか」

「特性の問題なのではないか」

職場では、こうした言葉がよく出てきます。

もちろん、部下側の確認不足や経験不足が原因のこともあります。指示を受けた側が、分からない点を確認せずに進めてしまうケースもあります。

ただし、すべてを部下の能力・人格・やる気・特性で処理すると、問題の本質を見失います。

指示が伝わらない原因は、部下の理解力ではなく、そもそも「決めるべきことを決めていないこと」にある場合が多いからです。

この記事では、指示ミスを「部下の問題」にする前に、指示を出す側が何を定義すべきかを整理します。


「言われたことをそのまま受け取るな」と「まず言われたことをやれ」の矛盾

指示が曖昧な職場では、部下に対して次のような矛盾した要求が飛びがちです。

  • 言われたことをそのまま受け取るな
  • でも、まず言われたことをやれ
  • 意図を汲め
  • でも、勝手に判断するな
  • 自分で考えろ
  • でも、判断が違ったら怒る
  • 指示待ちになるな
  • でも、余計なことはするな

これはかなり難しい要求です。

なぜなら、指示側が「どこまで言われた通りにやるべきか」「どこから自分で考えてよいか」「何を優先すべきか」を定義していないからです。

言い換えると、指示は文字で出しているのに、正解は空気の中に置いている状態です。

この状態で失敗すると、後からこう言われます。

「普通わかるでしょ」

「そういう意味じゃない」

「言葉通りに受け取りすぎ」

「理解力がない」

しかし、本当に問題なのは、受け手の理解力だけでしょうか。

むしろ、目的・判断基準・裁量範囲を定義しないまま、後から正解を出していることが問題ではないでしょうか。

これは、直訳禁止・即応強制ダブルバインドです。

言葉通りにやると怒られる。勝手に意訳しても怒られる。確認しても「自分で考えろ」と言われる。

この状態では、部下が萎縮するのは当然です。


未定義の責任転嫁とは何か

この構造を、ここでは 未定義の責任転嫁 と呼びます。

未定義の責任転嫁とは、指示側が決めるべきことを決めないまま仕事を振り、結果がズレたときに、その責任を部下の能力・人格・やる気・特性に押し込むことです。

たとえば、次のようなものです。

  • 目的を決めていない
  • 完成基準を決めていない
  • 優先順位を決めていない
  • 裁量範囲を決めていない
  • 判断者を決めていない
  • 期限と完成度を決めていない
  • 変更時の確認ルールを決めていない

それなのに、結果が期待と違うと、

「理解力がない」

「主体性がない」

「考えていない」

「言われたことしかできない」

「やる気がない」

と評価される。

これは、部下の問題に見えて、実際には業務設計の問題です。

もちろん、部下側の確認不足がゼロとは言いません。

しかし、指示側が決めるべきことを決めていないなら、まずそこを見直すべきです。


指示とは「命令」ではなく「仕様定義」である

仕事の指示は、単なる命令ではありません。

本来は、作業の仕様定義です。

ソフトウェア開発で仕様が曖昧なら、バグや手戻りが起きます。業務でも同じです。

「いい感じに資料を作って」

「普通にまとめて」

「前と同じ感じで」

「とりあえず進めて」

「考えてやって」

こうした指示は、一見すると柔軟そうに見えます。

しかし、実際には受け手に大量の解釈コストを押し付けています。

指示を出す側は、少なくとも次の6つを決める必要があります。

1. 目的

何のためにやるのか。

報告のためなのか、意思決定のためなのか、顧客説明のためなのか、社内共有のためなのか。

目的が違えば、必要な情報も、資料の粒度も、優先順位も変わります。

2. 成果物

最終的に何を出せばいいのか。

Excelなのか、PowerPointなのか、メール本文なのか、一覧表なのか、口頭報告なのか。

「やっておいて」だけでは、成果物の形が決まりません。

3. 判断基準

何ならOKなのか。

数字が合っていればいいのか、見た目まで整えるのか、上司に説明できるレベルなのか、顧客に出せるレベルなのか。

判断基準がないと、部下はどこまで作り込めばよいか分かりません。

4. 優先順位

速さ、正確さ、見た目、網羅性、関係者調整。

何を優先するのか。

すべて大事と言われても、現実には時間も体力も限られています。

「今回は速さ優先で6割でいい」

「今回は提出物なので正確さ優先」

「今回は役員向けなので見た目も整える」

このように、優先順位を言語化する必要があります。

5. 裁量範囲

どこまで自分で変えてよいのか。

言われた通りにやるべきなのか、目的に合わせて変えてよいのか。

ここを決めないと、部下は動けません。

「言われた通りにやったら怒られる」

「自分で考えて変えたら怒られる」

この事故が起きます。

6. 判断者

最終的に誰がOKを出すのか。

直属上司なのか、部門長なのか、顧客なのか、関係部署なのか。

判断者が曖昧だと、あとから別の人が出てきて「違う」と言い始めます。

これも後出し事故の原因です。


悪い指示と良い指示の違い

悪い指示

この資料、いい感じに直しておいて。

この指示では、何も決まっていません。

  • 何のために直すのか
  • どこを直すのか
  • いつまでに必要なのか
  • どの完成度が必要なのか
  • 見た目を直すのか、内容を直すのか
  • 誰が確認するのか

全部未定義です。

この状態で部下がズレたものを出すと、指示側は「そういう意味じゃない」と言いたくなります。

でも、それは後出し採点です。

良い指示

明日の会議で部長に説明するために、この資料を10分で読める形に直してください。
目的は、現状の問題点と対策案を伝えることです。
今回はデザインよりも、論点の順番と数字の整合性を優先してください。
スライドは5枚以内。
今日の16時に一度確認します。
判断に迷ったら、A案とB案を残して相談してください。

この指示なら、部下はかなり動きやすくなります。

目的、成果物、優先順位、期限、確認タイミング、迷ったときの対応が定義されているからです。


「部下の特性」で片付ける前に見るべきこと

部下がうまく動けないとき、すぐに「特性」「性格」「やる気」「理解力」に寄せるのは危険です。

なぜなら、それは業務設計の問題を個人の問題にすり替えてしまうからです。

見るべき順番は、まずこちらです。

  1. 目的は伝えたか
  2. 成果物の形は伝えたか
  3. 完成基準は伝えたか
  4. 優先順位は伝えたか
  5. 裁量範囲は伝えたか
  6. 判断者は明確か
  7. 途中確認のタイミングはあるか
  8. 変更があったときの伝達ルールはあるか

これを確認せずに、いきなり「部下の理解力がない」と言うのは早すぎます。

それは、仕様書を書かずに開発を依頼して、完成後に「思っていたのと違う」と怒るようなものです。


「自分で考えろ」と言うなら、考えるための前提を渡す

「自分で考えろ」は、便利な言葉です。

しかし、自分で考えるには材料が必要です。

少なくとも、次の情報がなければ考えようがありません。

  • 目的
  • 制約
  • 優先順位
  • 使える権限
  • 判断基準
  • 失敗したときの許容範囲

これらを渡さずに「自分で考えろ」と言うのは、地図を渡さずに目的地へ行けと言うようなものです。

さらに、たどり着いた場所が違うと「なぜ分からないんだ」と怒る。

これは育成ではなく、後出し採点です。

自分で考えてほしいなら、こう言うべきです。

目的はAです。
制約はBです。
優先順位はCです。
やり方は任せます。
ただし、Dを超える判断は相談してください。

これなら、部下は自分で考えられます。


部下側が使える確認フレーズ

指示が曖昧なとき、部下側は次のように確認すると事故を減らせます。

1. 目的確認

確認です。今回の目的は、Aを決めるための資料という理解でよいでしょうか。

2. 完成基準確認

今回は社内確認用なので、見た目より内容の正確さを優先する認識でよいでしょうか。

3. 裁量範囲確認

言われた通りの形式を優先した方がよいですか。それとも、目的に合わせて構成を変えてよいですか。

4. 優先順位確認

期限までに全部やるのは難しそうです。AとBなら、どちらを優先しますか。

5. 後出し防止

現時点の認識では、目的はA、作業範囲はB、完成基準はCです。この前提で進めます。違う場合はご指示ください。

これをテキストで残すと、後から「そういう意味じゃない」と言われるリスクを減らせます。

ポイントは、相手を論破することではありません。

未定義のまま進めないことです。


新人のミスも、まずはシステムで防ぐ

この話は、新人教育にもつながります。

新人がミスをしたとき、すぐに「注意力がない」「やる気がない」「確認が甘い」と言いたくなるかもしれません。

しかし、新人がミスる場所は、業務設計の弱点が見えている場所でもあります。

新人がミスる場所は、ベテランも疲れたらミスります。

だから本来は、こう考えるべきです。

  • 自由記述を選択式にできないか
  • 手入力を自動入力にできないか
  • 目視確認を自動チェックにできないか
  • 口頭説明をチェックリストにできないか
  • ファイル名や保存場所を固定できないか
  • 途中確認のタイミングを作れないか

人間の注意力だけでミスを防ごうとすると、必ず限界が来ます。

新人を責める前に、ミスが起きない仕組みに変える。

これが本当の教育であり、業務改善です。


「未定義の責任転嫁」は職場のあちこちにある

未定義の責任転嫁は、指示だけではありません。

職場のあちこちにあります。

  • 役割を決めずに、誰かがやってくれる前提で進む
  • 判断者を決めずに、あとから偉い人がひっくり返す
  • 優先順位を決めずに、全部大事と言う
  • 権限を渡さずに、主体性だけ求める
  • 標準を作らずに、属人化を責める
  • 教育設計をせずに、新人の理解力を責める
  • 業務フローを整えずに、ミスした人を責める

全部、根っこは同じです。

決めるべきことを決めていない。

それなのに、事故が起きると個人の問題にされる。

これが未定義の責任転嫁です。


管理職・リーダーが持つべき指示チェックリスト

指示を出す前に、最低限これだけ確認すると事故が減ります。

1. 目的
この仕事は何のためにやるのか?

2. 成果物
最終的に何を出せばよいのか?

3. 完成基準
何ならOKなのか?

4. 優先順位
速さ・正確さ・見た目・網羅性のどれを優先するのか?

5. 裁量範囲
どこまで自分で変えてよいのか?

6. 期限
いつまでに、どの完成度で必要なのか?

7. 判断者
最終的に誰がOKを出すのか?

8. 相談条件
どのラインを超えたら相談が必要なのか?

9. 途中確認
いつ一度見れば手戻りを防げるのか?

10. 変更ルール
前提が変わったら、誰が誰にどう伝えるのか?

この10個を決めるだけで、「言った・言わない」「そういう意味じゃない」「普通わかるでしょ」はかなり減ります。


結論:指示が下手な職場ほど、部下の問題にしたがる

指示が伝わらないとき、部下の理解力ややる気を疑うのは簡単です。

しかし、本当に見るべきなのは、指示の構造です。

目的は決まっているか。

完成基準は決まっているか。

裁量範囲は決まっているか。

優先順位は決まっているか。

判断者は決まっているか。

途中確認はあるか。

ここを決めずに、部下の能力・人格・やる気・特性のせいにするのは、未定義の責任転嫁です。

仕事で必要なのは、根性論ではありません。

察し合いでもありません。

「決めること」です。

決めるべきことを決めれば、部下は動きやすくなります。

新人のミスも減ります。

後出し事故も減ります。

上司も部下も、精神的にかなり楽になります。

指示の本質は、相手を動かすことではありません。

相手が迷わず動けるように、前提を定義することです。

この記事が役に立ったら、応援できます。 応援する

広告

もう1個、なんか面白いのない?

読み終わったついでに。近い話と、ぜんぜん違うけど面白い話を少しずつ。

  1. 全員ほぼ0歳なのにデカくてペラペラキメラアントの完成品出産、女王の食いすぎ、ポンズと銃の悲劇
  2. 8.6秒バズーカーとボチリストは同一人物なのか?「10年後」説と現在の仕事を調べた
  3. DeNAのスマホゲームに15億円支援?税金を使うなら“国民向けのレシート”を出してほしい
  4. 「家族思い」の包装紙を剥がしたら境界線が出てきた『花まんま』前半約22分で“兄貴ヅラ”を心理学まで掘った話

今日これ読んで

この記事を読んだ人の次の疑問に、それぞれ答える記事です。

すべての記事から探す「判断・比較」の記事をもっと見る

他の記事を探す

すべての記事

めんどいちゃん

このサイトの運営者

めんどいちゃん

仕事や日常の「めんどい」を構造化して、次に動きやすくする記事を書いています。