想定読者
- 部下への指示が伝わらず、手戻りや認識違いに悩んでいるマネージャーやリーダー
- チームの生産性を上げながら、メンバーの主体性も引き出したい方
- 感覚頼みのマネジメントから抜け出し、再現性のある伝え方を身につけたい方
結論
部下が動かない時、すぐに能力や意欲の問題だと決めつけるのは危険です。実際には、指示の出し方が曖昧なせいで、動きたくても動けない状態になっていることがよくあります。プログラミングの要件定義のように、目的、成果物、条件を先に示すだけで、仕事の進み方は大きく変わります。マネジメントで差が出るのは、気合いではなく伝え方です。
指示が伝わらない原因は部下ではなく上司側にあるかも？
仕事で手戻りが続くと、つい部下の理解力や経験不足に目が向きます。けれど、そこで一度立ち止まったほうがいい場面は少なくありません。そもそも指示の中身がぼんやりしていれば、受け取る側は推測で動くしかないからです。
たとえば、いい感じでまとめておいて、早めに出して、分かりやすく直しておいて。この手の言葉は、言った側にはイメージがあっても、受け取る側には基準がありません。結果として、出てきたものを見て違うと感じ、やり直しが発生します。
この流れが続くと、チームには次のような空気が広がります。
- どうせ後で直されるから最低限だけやる
- 自分で考えるより確認待ちのほうが安全
- 指示が来るまで動かないほうが無難
こうなると、生産性だけでなく、主体性まで落ちていきます。問題は人ではなく、仕事の渡し方にあることが多いです。
伝わる指示に必要な3つの要素
伝わる指示には共通点があります。プログラミングでいう要件定義に近く、最低限そろえておきたい要素があります。
1. 目的を先に伝える
人は、意味が見えない仕事には力を乗せにくいものです。単に集計して、資料を作って、確認してと伝えるだけでは、作業としてしか受け取れません。
そこで必要になるのが目的です。この仕事が何の判断に使われるのか、誰のためのものか、どこで使われるのか。ここが見えると、受け手の視点が変わります。
たとえば、営業会議で使う資料なのか、役員向けの報告なのかで、求められる粒度も見せ方も変わります。目的が先にあるだけで、仕事の精度はかなり変わります。
2. 成果物の形を具体化する
資料を作る、まとめる、確認する。この言葉だけでは、完成形のイメージが人によってずれます。PowerPointなのか、スプレッドシートなのか、箇条書きでいいのか、グラフが必要なのか。ここが曖昧だと、認識違いは避けにくくなります。
成果物を伝える時は、次のような観点があると認識がそろいやすくなります。
| 項目 | 伝える内容 |
|---|---|
| 形式 | スライド、文書、表、メール文面など |
| 分量 | 何枚、何項目、どの程度まで入れるか |
| 相手 | 誰が見るものか |
| 粒度 | 概要レベルか、詳細まで必要か |
| 見本 | 参考になる過去資料やサンプル |
見本が一つあるだけでも、認識違いはかなり減ります。
3. 制約条件を先回りして共有する
仕事には必ず条件があります。納期、使っていいデータ、相談先、予算、社内ルール。これを伝えないまま任せると、途中で止まるか、あとから修正が増えます。
制約条件は、相手を縛るためではなく、迷わせないためにあります。どこまで自由で、どこから確認が必要なのか。その線が見えると、受け手は動きやすくなります。
要件定義の考え方をマネジメントに持ち込む
プログラミングでは、曖昧な命令では動きません。人の仕事も同じです。感覚で伝えるより、要件として渡したほうが再現性が上がります。
曖昧な言葉を仕事から追い出す
なるべく早く、いい感じで、うまくやっておいて。この言い方は便利ですが、仕事ではほとんど役に立ちません。受け手によって解釈が変わるからです。
曖昧な言葉を減らすだけでも、仕事の質は変わります。たとえば、なるべく早くではなく今日の17時まで、分かりやすくではなく結論を先に書く、のように置き換えるだけで伝わり方は変わります。
見本があるだけで認識違いは減る
言葉だけで伝えるより、過去の資料や参考例を見せたほうが早い場面は多いです。特に、資料作成や文章作成のように完成形の幅が広い仕事では、見本の有無が大きく響きます。
見本は、丸写しのためではありません。完成イメージの共有に役立ちます。ゼロから想像させるより、基準を一つ置いたほうが仕事は進みます。
裁量を渡す場所と固定する場所を分ける
細かく伝えると、部下が考えなくなるのではないかと心配する人もいます。けれど、全部を細かく決める必要はありません。固定するべきなのは、目的、成果物、条件です。そのうえで、進め方や工夫の余地は相手に渡せます。
たとえば、役員会議向けに3枚でまとめる、明日15時までに初稿を出す、使う数字はこのデータに限る。ここまでは固定して、その中でどう見せるかは任せる。この切り分けができると、管理しすぎずに精度を上げられます。
明日から使える指示の出し方
考え方だけで終わらせず、実際の指示に落とし込むことが大切です。すぐ使える形にすると、現場で変化が出ます。
背景とゴールを最初に置く
指示を出す時は、作業内容から入るより、背景とゴールから入ったほうが伝わります。たとえば、来週の会議で判断材料に使う、取引先への提案前に論点をそろえる、社内共有で認識を合わせる。この一言があるだけで、受け手の見え方は変わります。
順番としては、次の流れが使いやすいです。
- この仕事が必要な背景
- 最終的にほしい成果物
- 納期と途中確認の有無
- 使う資料や条件
- 不明点の確認
この順番なら、相手も全体像をつかみやすくなります。
納期と途中確認のタイミングを決める
納期だけ伝えて終わると、途中でずれていても気づけません。そこで、途中確認のタイミングも一緒に決めておくと手戻りを減らせます。
たとえば、明日17時が締切なら、今日の夕方に構成だけ見せてもらう。これだけでも、方向違いのまま進むリスクを減らせます。完成直前に違うと気づくより、途中で合わせたほうが負担は小さくなります。
最後に質問を受けて認識をそろえる
指示は、伝えたつもりで終わらせないことが重要です。最後に質問を受ける時間を取るだけでも、認識違いはかなり減ります。
何か質問あるかと聞くだけで終わるより、どこか曖昧な点はないか、進めるうえで困りそうな点はないか、と具体的に聞いたほうが反応が返ってきやすくなります。ここで出た疑問は、あとから起きる手戻りの芽でもあります。
よくある質問
Q: 細かく伝えると部下が自分で考えなくなりませんか？
A: 固定する部分と任せる部分を分ければ問題ありません。目的、成果物、条件は明確に伝え、その中での進め方や工夫は相手に任せる形なら、主体性を奪わずに済みます。
Q: 急ぎの仕事でもここまで伝える必要はありますか？
A: 急ぎの仕事ほど、最初の伝え方が重要です。短時間でも、目的、締切、成果物の形だけは先に共有したほうが、あとからのやり直しを減らせます。
Q: 指示した通りにしか動かない部下にはどう向き合えばいいですか？
A: 過去のやり取りの中で、自分で考えるより確認待ちのほうが安全だと学習している可能性があります。まずは明確な指示を続け、そのうえで任せる範囲を少しずつ広げていくことが大切です。
Q: 上司である自分もゴールが見えていない時はどうすればいいですか？
A: その状態で部下に渡すと、現場全体が迷いやすくなります。まずは上位者や関係者に確認し、何を出せば完了なのかを自分の中で固めることが先です。
筆者について
記事を読んでくださりありがとうございました！ 私はスプレッドシートでホームページを作成できるサービス、SpreadSiteを開発・運営しています！ ホームページでお困りの方がいたら、ぜひご検討ください！ https://spread-site.com
