部下に答えを渡せば、今日の仕事は片づきます。でも問いを渡せば、明日からの仕事の質が変わります。ただし渡し方を間違えると「丸投げ」になる。答えと丸投げの間にある「問いの渡し方」を整理します。
この記事でわかること
- 「答えを渡す」と「問いを渡す」の違い
- 丸投げにならない問いの渡し方
- 部下のレベルに応じた問いの調整
部下が相談に来ます。「この案件、どう進めればいいですか?」
多くの上司は、答えを渡します。「A社にはこう提案して、スケジュールはこう組んで、予算はここに収めて」。部下は「分かりました」と言って実行する。案件は進む。
でも、次に似た案件が来たとき、部下はまた聞きに来ます。「この案件は、どう進めればいいですか?」。答えを渡し続ける限り、この構造は変わりません。
「答えを渡す」と「問いを渡す」の違い
答えを渡す:「A社にはこう提案して」。部下は指示を実行する。今日の仕事は片づく。でも、なぜその提案なのかは分からない。
問いを渡す:「A社が一番気にしているのは何だと思う?それを踏まえると、提案の優先順位はどうなる?」。部下は自分で考える。時間はかかる。でも、考えるプロセスを経験する。
答えを渡すと「実行力」が育つ。問いを渡すと「思考力」が育つ。 どちらも必要ですが、答えしか渡していないと、思考力は育ちません。
ここで大事なのは、すべてを問いに変える必要はないということです。緊急の案件、ミスが許されない場面、部下がまだ基本を理解していない段階。こういうときは答えを渡す方が正しい。問いを渡すのは「育成の場面」です。
まず「型」を共有する
問いを渡す前に、ひとつ大事な前提があります。
問いの立て方の「型」を知らないまま、急に「自分で考えて」と言われても、部下はしんどいだけです。 見渡す・絞る・深さ・主語・角度といった操作技法を知らないまま「良い問いを立てろ」と言われても、何から手をつけていいか分からない。
訓練するにも、正しい型で訓練する方が効果は高い。スポーツでも、フォームを知らずに練習を繰り返すより、正しいフォームを学んでから練習する方が上達が速い。
だから、問いの渡し方を工夫する前に、この「問いのデザイン」シリーズを部下にも読んでもらうことをお勧めします。 「問いとは何か」「どう操作するか」という型が共有されていれば、問いを渡されたときに「あ、見渡して絞る話だな」「主語を変えてみろということか」と受け取れる。型を共有しているチームと、共有していないチームでは、問いを渡したときの効果がまったく違います。
その上で、以下の「渡し方」を実践してください。
丸投げと問いの渡し方の違い
「問いを渡す」と言うと、「自分で考えて」に聞こえるかもしれません。でも「自分で考えて」は問いではなく丸投げです。
丸投げ: 「この案件、どう進めるか考えてみて」
→ 部下は何を考えればいいか分からない。広すぎる。Vol.4の「大きすぎる問い」と同じ構造。
問いの渡し方: 「A社が今一番優先しているのはコスト削減と納期短縮のどちらだと思う?まず先方の資料を読んで、根拠と一緒に教えて」
→ 何を考えるか、何を調べるか、どう報告するかが明確。
この違いはコンテキストの量です。丸投げはコンテキストがゼロ。良い問いの渡し方は、考えるために必要なコンテキストを添えている。
Vol.10で「コンテキストを明示すると問いが研ぎ澄まされる」と整理しました。部下に問いを渡すときも同じです。問いだけでなく、考えるための材料をセットで渡す。
問いの渡し方:3つの要素
部下に問いを渡すとき、3つの要素を揃えます。
① 問い:何を考えてほしいか
「A社への提案の優先順位をどうするか」。具体的で、答えが出せるサイズの問い。「この案件をどうするか」では大きすぎる。
② コンテキスト:考えるために必要な情報
「A社は今期のコスト削減目標が厳しいらしい。先方の決裁者は部長の○○さん」。部下が自分で集められない情報、上司だから持っている情報を渡す。
③ 期待する出力:どんな形で返してほしいか
「提案の優先順位を3つに絞って、それぞれの根拠と一緒にSlackで共有して。明日の午前中まで」。形式・分量・期限が明確。
この3つが揃うと、部下は「何を、どんな材料で、どこまで考えればいいか」が分かります。 丸投げとの決定的な違いはここです。
Vol.18-19で整理した「AIへの問いの設計」と構造が同じことに気づくかもしれません。ゴール・問い・用途の3つを決めてからプロンプトを書く。部下に問いを渡すのも、AIにプロンプトを渡すのも、本質は同じです。
部下のレベルに応じて問いを調整する
同じ「問いを渡す」でも、部下の経験やレベルによって渡し方を変えます。
レベル1:まだ業務の基本を学んでいる段階
問いを小さく、コンテキストを多く。「A社の資料のこのページを読んで、コスト削減と納期短縮のどちらが多く言及されているか教えて」。ほぼ作業に近いが、「何を読むか」「何を見るか」の観点を渡している。
レベル2:基本は分かっているが、判断に自信がない段階
問いの範囲を広げ、コンテキストは必要最小限に。「A社への提案の優先順位を3つに絞って、根拠と一緒に出して。先方の資料は共有フォルダにある」。何を調べるかは自分で判断させる。
レベル3:判断ができるが、視野が狭い段階
問いで視野を広げる。「A社への提案は固まった?一つ聞きたいんだけど、A社の競合は同じ課題をどう解決しているか調べた?」。自分では見ていなかった角度を問いで示す。Vol.7-8のリフレーミングを問いの形で渡す。
レベル4:自分で問いを立てられる段階
問いを立てること自体を任せる。「A社の案件、まず何を論点にすべきだと思う?論点と、なぜそれが論点だと思うかを聞かせて」。Vol.14の論点設計そのものを委譲する。
レベルが上がるにつれて、渡す問いが大きくなり、コンテキストが少なくなる。 最終的には問いを立てること自体を任せる。これが「問う力を育てる」ということです。
よくある失敗:答えを言いたくなる
問いを渡したのに、部下の答えが的外れだった。「いや、そうじゃなくて……」と答えを言いたくなる。
ここで答えを言ってしまうと、「結局答えを教えてくれるなら、最初から聞けばよかった」と学習されます。次から部下は考えずに聞きに来る。
的外れだったときは、答えではなく「次の問い」を渡す。 「その根拠になっているデータは何?」「A社の立場で考えたらどう見える?」。問いを重ねることで、部下自身が「あ、ずれていた」と気づく。気づかせることが大事であって、教えることが目的ではありません。
ただし、これには時間がかかります。締め切りが迫っているなら、答えを渡して後から振り返る方が現実的です。育成は余裕があるときにやる。 すべての場面で問いを渡そうとすると、上司も部下も疲弊します。
まとめ

この記事のポイントを3つにまとめます。
- 答えを渡すと「実行力」が育つ。問いを渡すと「思考力」が育つ。ただし、型を知らないまま「自分で考えろ」はしんどいだけ。まず問いのデザインシリーズを部下と共有し、型を揃えてから育成に入る
- 丸投げと問いの渡し方の違いは「コンテキストの量」。問い・コンテキスト・期待する出力の3つを揃えて渡す
- 部下のレベルに応じて問いを調整する。レベルが上がるにつれ問いを大きく、コンテキストを少なく。最終的には問いを立てること自体を任せる
次回は後編「フィードバックと段階的な委譲」。部下が問いに答えを出してきた。そのとき、どうフィードバックすれば問いの力が伸びるか。そして、どの段階で問いの設計自体を委譲するかの判断基準を整理します。


