こんな悩みはありませんか？「教えても覚えない」「同じミスを繰り返す」「指示を出すと依存される」。結論から言うと、教える側が正解を急ぎすぎていることが原因の一つです。私はメーカー系の現場でECや収益管理、業務改善に携わる中で、この問題に何度も直面してきました。今回は、実務で使える『答えを言わない教え方』を具体的に解説します。
私は普段、業務改善や仕組み化を仕事の柱にしています。目的から逆算して考えることを大切にしており、育成でも同じ考え方を使っています。小さく試し、改善を重ねる観点から今日から使える手法だけをお伝えします。
なぜ『答えを言わない』ことが効果的なのか
結論：自分で気づいて選んだ答えの方が記憶に残り、次の行動に繋がりやすいからです。
理由は心理学の自己決定理論にあります。自己決定理論とは、人が持つ「自律性（自分で決定する感覚）」「有能感（できると感じること）」「関係性（他者とのつながり）」という基本欲求が満たされると、内発的なやる気が高まり学習が定着しやすくなる、という理論です。教える側がすぐ答えを渡すと、自律性が阻害され、有能感も育ちません。
だからこそ、一旦立ち止まって問いかけることが重要です。「どう思う？」と問い返すだけで、学びの質は劇的に変わります。
具体的な手順（今日から使える4ステップ）
- 状況の確認と目的を共有する：まず何のためにその作業が必要なのかを短く共有する。
- 考えさせる問いを投げる：「あなたならどう進める？」など答えを導く質問をする。
- 選択肢を一緒に評価する：提案された案の良し悪しを共に検討する。即否定はNG。
- 小さく試し、振り返る：実行は小さな範囲で。結果を一緒に振り返り、改善点を次に活かす。
実務で使う時はステップ2の問いかけを特に丁寧にします。問いの粒度（範囲）を変えるだけで効果が変わるからです。
問いかけの具体例
- 作業手順の確認時：「この順番でやるとどうなると思う？」
- 数値改善の提案時：「この数値を上げるために最初に何を試す？」
- トラブル発生時：「原因はどこだと思う？まず何を確かめる？」
問いの目的は答えを引き出すことではなく、本人に考えさせることです。答えが間違っていても学びになります。
現場でのよくある場面と具体例
例1：報告書の書き方を教える時
間違えてやりがちなのは、テンプレートや正解のフォーマットをすぐ渡してしまうこと。私は以前、部下に資料を渡して丸写しを促した結果、その部下が別案件で応用できないという問題を経験しました。
代わりに使う手順：
- 目的を伝える（例：この資料で何を伝えたいか）
- まず5分で構成を自分で書かせる
- 内容を褒めつつ、改善ポイントを一緒に考える
こうすると次回、自分で構成を考えて動けるようになります。
例2：販売数が伸びないときの仮説立案
すぐに「原因は価格だ」と結論づけがちですが、それだと一面しか見えません。代わりに「どんな要因が考えられる？」とブレインストーミングさせ、優先順位を自分で付けさせます。
優先順位をつけることで実験が小さくなり、検証が早く回せます。
注意点とデメリット
答えを言わない教え方には短期的には時間がかかるデメリットがあります。急ぎの場面や安全に関わるケースでは正解を示す必要があります。また、問いかけの質が低いと混乱を招く恐れもあります。
対処法は次の通りです。
- 期限が厳しい場合は、まず『部分的に答えを示す』（ヒントのみ渡す）
- 安全や法令に関わる局面は明確な指示を出す
- 問いかけが抽象的になりすぎたら具体例を添える
実践チェックリスト（まずこれだけやってみる）
私の失敗と学び
私の場合は、以前スケジュール立てを徹底しておらず、急いで答えを出して部下に丸投げしてしまったことがあります。以後、どんな仕事でも「目的」と「スケジュール」を最初に共有するようにしています。これにより、部下と進め方の合意が取りやすくなり、信頼構築にもつながりました。
また、小さな成功体験を作るために、意図的に短いタスクで成果を出させるようにしています。小さく始めることは、失敗のダメージを小さくし、継続可能な仕組みを作る助けになります。
まとめ（まずはこれを今日からやってみる）
まずは一週間、指示の代わりに問いかけを1回以上入れる習慣を試してください。短期的に時間はかかりますが、長期的には自分が教える時間を減らし、後輩が自律的に動くようになります。
最後に、私からの小さな提案です。最初の2日間は「目的を伝える」→「問いかけ」→「小さく試す」の順で実行し、3日目に短い振り返りを一緒にやる。これだけで違いを感じられるはずです。焦らず、少しずつ仕組み化していきましょう。
コメント