- 質問したいけど、どう聞けばいいかわからない
- 質問しても的外れな回答しかもらえない
- 質問すること自体が苦手で困っている
そんな悩みを抱えているエンジニアの方は、決して少なくありません。特に新人エンジニアや転職したばかりの方にとって、職場での質問は大きなストレスの原因になりがちです。
しかし、質問力はエンジニアにとって技術力と同じくらい重要なスキルです。適切な質問ができるかどうかで、成長スピードも周囲からの信頼も大きく変わります。
この記事では、質問が苦手なエンジニアに向けて、Googleの人工知能チームも推奨する「15分ルール」と、相手に伝わる「PREP法」の2つを軸に、実践的な質問術を解説します。
- 質問で失敗するエンジニアに共通する3つのパターン
- 15分ルールの正しい使い方と例外パターン
- PREP法を使った「伝わる質問」の組み立て方
- やってはいけないNG質問とその改善例
Contents
エンジニアが質問で失敗する3つのパターン
質問で損をしているエンジニアには、共通するパターンがあります。自分に当てはまるものがないかチェックしてみてください。
パターン①：調べずに質問してしまう
「○○ってどうやるんですか？」と基本的な内容をそのまま聞いてしまい、「まず調べてみて」と返される。これは誰もが一度は経験するパターンです。
相手からすると、「検索すれば5秒でわかる内容」を聞かれると、時間を奪われた感覚になります。質問する前に最低限の調査をするだけで、この印象は大きく変わります。
パターン②：状況説明が曖昧
「エラーが出ました」「動きません」だけでは、相手は何も答えられません。
どんなエラーが、いつ、どんな操作で発生したのか。これらの情報がないと、回答者は「どんなエラー？」「環境は？」と逆質問するしかなく、お互いの時間が無駄になります。
パターン③：丸投げ質問をしてしまう
「ログイン機能を作りたいです。やり方を教えてください」のように、自分で何も考えずに答えを求めてしまうパターンです。
これでは相手はゼロから説明する負担を背負うことになり、「自分で考える姿勢がない」と評価されてしまいます。
15分ルール：質問前にやるべきことの判断基準
質問が苦手な人にとって、「いつまで自分で調べるべきか」の判断は難しいものです。この悩みを解決するのが15分ルールです。
15分ルールとは
15 min rule: when stuck, you HAVE to try on your own for 15 min; after 15 min, you HAVE to ask for help.- Brain AMA pic.twitter.com/MS7FnjXoGH
— Rachel Thomas (@math_rachel) August 14, 2016
ルールはシンプルで、「最低15分は自分で調べる。15分経っても解決しなければ必ず質問する」というものです。
ポイントは「15分調べてから聞いてもいい」ではなく、「15分経ったら聞かなければならない」という点です。調べすぎて何時間も無駄にすることも、15分ルールは防いでくれます。
15分間の具体的な使い方
15分を漠然と使うのではなく、3段階に分けて集中するのが効果的です。
最初の5分：エラーメッセージや症状で検索する
「エラーメッセージ + 言語名」でGoogle検索します。多くの場合、この段階で解決策が見つかります。
次の5分：公式ドキュメント・技術情報サイトを確認する
Stack OverflowやQiitaなど、複数の情報源を比較しながら原因を絞り込みます。
最後の5分：見つけた解決策を実際に試す
試した結果がうまくいかなくても、「この方法を試したが○○で躓いた」という具体的な情報が得られます。これが次の「質問」の質を大幅に上げてくれます。
15分ルールの例外：すぐに質問すべきケース
15分ルールには明確な例外があります。以下のケースでは自分で調べる前に、すぐ質問・相談してください。
- 本番障害やサービス停止：1分1秒を争う状況では即座に報告・相談
- 安全性に関わる操作：DB削除や本番環境への影響が懸念される場合は自己判断しない
- 締切が直前に迫っている：ただし根本的にはスケジューリングの見直しも必要
判断基準は、「15分調べることで生じるリスク」と「すぐ質問するメリット」の比較です。リスクが高ければ迷わず質問しましょう。
PREP法で組み立てる「伝わる質問」の構成
15分ルールで調べた内容を、どう質問としてまとめるか。ここで使えるのがPREP法です。
PREP法とは、Point（結論）→ Reason（理由・背景）→ Example（具体例）→ Point（結論の再確認）の順で伝える構成法です。ビジネスコミュニケーション全般で使われていますが、エンジニアの質問にも非常に相性が良い方法です。
P：結論（何を知りたいか）を最初に伝える
質問の冒頭で「何について聞きたいのか」を一文で伝えます。
結論が先にあると、相手は「この人は認証の話をしたいんだな」と方向性を掴んだ上で、続きの説明を聞けます。
R：理由・背景を簡潔に説明する
問題が発生した経緯や環境を伝えます。ここで重要なのは簡潔さです。
技術レベルや開発状況も含めると、相手が回答のレベル感を調整しやすくなります。
E：具体例（エラーメッセージ・コード・試したこと）を提示する
ここが質問の情報量の核です。
試したこと：
・トークンの有効期限を確認 → 期限内
・秘密鍵の環境変数を確認 → 設定済み
・Postmanで直接リクエスト → 同じエラー」
エラーメッセージは正確にコピペし、試した内容とその結果をセットで伝えるのがポイントです。
P：結論の再確認（期待する回答の方向性）
最後に「どんな回答がほしいか」を明確にします。
自分なりの仮説を添えることで、相手は「合っている/違う」の判断から入れるため、回答のスピードが上がります。
NG質問パターンと改善例
PREP法を踏まえて、よくあるNG質問をOKに変換してみましょう。
NG①：情報ゼロの質問
R： Spring Bootでフォーム入力のバリデーションを実装中です。
E： @Validアノテーションを付けましたが、不正な入力でもエラーにならずそのまま登録されます。BindingResultの中身をログ出力しましたが空でした。
P： アノテーションの記述場所が間違っている可能性を疑っています。確認すべき箇所を教えていただけますか？」
NG②：丸投げ質問
R： ECサイトの開発で、カート情報を複数コンポーネント間で共有する必要があります。
E： Context APIとReduxを比較検討しました。Contextはシンプルですが再レンダリングが頻発しそうで、Reduxは学習コストが気になります。
P： この規模感（画面数20程度）ならどちらが適切か、判断基準をアドバイスいただけますか？」
この2例を見比べると、PREP法で整理するだけでNG質問がOK質問に変わることがわかります。慣れないうちはPREP法の4項目を書き出してから質問するだけでも、伝わり方が大きく変わります。
質問後のフォローが信頼をつくる
良い質問ができても、その後のフォローがなければ信頼は半分止まりです。最低限、以下の2つは必ず実行しましょう。
①回答を自分の言葉で確認する
回答をもらったら「つまり○○ということですね？」と自分の言葉で要約して返しましょう。認識のズレを防ぎつつ、「ちゃんと理解しようとしている」姿勢が伝わります。
わかったふりをしてそのまま進めると、あとで手戻りが発生し、結局もっと大きな時間をかけることになります。
②解決したら結果報告＋感謝を伝える
問題が解決したら「解決しました。○○が原因でした。ありがとうございます」と報告しましょう。
この一言があるだけで、相手は「教えてよかった」と感じ、次に質問したときにも快く答えてもらえる関係が続きます。逆に音信不通になると、次から聞きづらい空気を自分で作ってしまいます。
まとめ：15分ルール×PREP法で質問力は確実に変わる
この記事では、質問が苦手なエンジニアに向けて、15分ルールとPREP法を軸にした質問術を解説しました。
・15分ルール：15分調べてダメなら必ず質問する（調べすぎも防ぐ）
・PREP法：結論→理由→具体例→結論の順で組み立てれば伝わる
・質問後のフォロー（確認＋結果報告）で信頼が積み上がる
質問力は一朝一夕では身につきませんが、15分ルールとPREP法を意識するだけで、確実に変わります。まずは次の質問から試してみてください。
質問に関するスキルをさらに磨きたい方は、あわせてこちらもどうぞ。
質問すること自体に不安がある方
コピペで使える質問テンプレートが欲しい方
質問のタイミングに悩んでいる方
