はじめに
「先輩に質問したいけど、忙しそうで聞きづらい...」
「何がわからないのか、うまく言葉にできない...」
「自分で調べるべきなのか、聞くべきなのか判断できない...」
新人エンジニアの悩みの多くは、技術力ではなく「質問の仕方」 に起因しています。
この記事では、質問力を磨いて 「わからない」を最強の武器にする方法 を解説します。
なぜ質問力が大事なのか
質問しない場合のリスク
月曜: 「多分こうだろう」と自己判断して進める
水曜: 少し不安だけど、まだ聞かずに進める
金曜: レビューで「全然違う方向に進んでる」と言われる
→ 1週間の作業がやり直しに
質問した場合
月曜: 「この方向性で合ってますか？」と10分で確認
月曜: 「合ってるよ。ここだけ注意して」とフィードバック
→ 正しい方向で1週間作業できる
10分の質問で1週間を救える。質問力はエンジニアの生産性に直結するスキルです。
「悪い質問」と「良い質問」の違い
悪い質問の例
❌ 「動きません。助けてください」
❌ 「エラーが出ました」
❌ 「このコードがよくわかりません」
❌ 「どうすればいいですか？」
これらの質問が悪い理由：
- 情報が足りない → 回答者が状況を想像できない
- 丸投げになっている → 自分で考えた形跡がない
良い質問の例
✅ 「ログイン機能の実装で、JWTトークンの有効期限の設定方法がわかりません。
公式ドキュメントを見て expiresIn に '1h' を設定しましたが、
1時間後にトークンが無効にならず困っています。
トークンの検証処理に問題がある可能性があると思いますが、
確認すべきポイントを教えていただけますか？」
良い理由：
- 何をしているかがわかる
- 何を試したかがわかる
- 自分の仮説がある
- 聞きたいことが明確
質問テンプレート
基本テンプレート
■ やりたいこと（ゴール）
何を実現しようとしているか
■ 現在の状況
今どういう状態か
■ 試したこと
自分で試したこと・調べたこと
■ 発生している問題
エラーメッセージ、期待と異なる動作
■ 自分の仮説
原因として考えていること
■ 聞きたいこと
具体的に何を教えてほしいか
実践例1：エラーが出た場合
■ やりたいこと
ユーザー登録APIの実装
■ 現在の状況
POST /api/users でリクエストを送ると500エラーが返る
■ 試したこと
- Postmanで直接リクエストを送った → 同じエラー
- DBの接続情報を確認した → 問題なさそう
- エラーログを確認した → 以下のスタックトレース
■ 発生している問題
Error: relation "users" does not exist
（テーブルが存在しないというエラー）
■ 自分の仮説
マイグレーションを実行していないのが原因？
■ 聞きたいこと
マイグレーションの実行手順を教えてほしい
実践例2：設計の判断に迷う場合
■ やりたいこと
検索機能の実装方針を決めたい
■ 現在の状況
2つのアプローチで迷っている
A案: フロント側でフィルタリング
B案: APIにクエリパラメータを追加
■ 試したこと
- 既存コードを確認 → 他の画面ではA案を使っている
- データ量を確認 → 最大1万件程度
■ 自分の仮説
データ量が多いのでB案が良さそうだが、
既存コードとの一貫性を考えるとA案もあり？
■ 聞きたいこと
このプロジェクトではどちらの方針が適切か
質問する前にやるべきこと
15分ルール
15分間は自分で調べる。15分経っても解決しなければ聞く。
これが多くの現場で推奨されている基準です。
| 時間 | やること |
|---|---|
| 0〜5分 | エラーメッセージをそのまま検索 |
| 5〜10分 | 公式ドキュメントを読む |
| 10〜15分 | 類似のIssueやStack Overflowを探す |
| 15分以降 | 質問する（調べた内容を添えて） |
自分で調べるときのコツ
1. エラーメッセージをそのままコピーして検索
2. 公式ドキュメントを読む（英語でも頑張る）
3. Stack Overflow / GitHub Issues を探す
4. ChatGPTやClaude Codeに聞く
5. 同じエラーが出る最小のコードを作ってみる
調べすぎも注意
逆に 1時間以上ハマっているなら、すぐに聞くべき です。
「もう少し調べれば...」のループに入ると、半日や1日が溶けます。
質問するタイミングと方法
タイミングの見極め
| 状況 | 推奨アクション |
|---|---|
| 5分で解決しそう | 自分で調べる |
| 15分やってわからない | 質問する |
| 方向性がわからない | すぐに質問する |
| 仕様が曖昧 | すぐに質問する |
| 本番環境に影響する | すぐに質問する |
質問方法の使い分け
| 方法 | 適する場面 |
|---|---|
| チャット（Slack等） | すぐの回答が不要、記録を残したい |
| 口頭（対面・通話） | 緊急、複雑で説明が長くなる |
| PR上のコメント | コードに関する具体的な質問 |
忙しそうな先輩への声のかけ方
❌ 「今ちょっといいですか？」（いつ終わるかわからない）
✅ 「5分だけお時間いいですか？〇〇の方向性を確認したくて」
所要時間と目的を先に伝える と、相手も判断しやすくなります。
質問力を上げるトレーニング
1. 質問を書いてから聞く
質問を文章にまとめてから聞きましょう。
質問を書く → 整理される → 自分で答えが見つかる
これを 「ラバーダッキング」 と言います。質問を整理する過程で、自分で解決することが意外と多いです。
2. 答えをもらったら記録する
## 今日の学び
### Q: JWTの有効期限が切れない問題
- 原因: トークン検証時に exp のチェックが抜けていた
- 解決: jsonwebtoken の verify() を使えば自動でチェックされる
- 参考: https://xxxxx
同じ質問を二度しないために、質問と回答をセットで記録 しましょう。
3. 質問の質をセルフチェック
質問する前に、以下を確認します。
□ 何がしたいか書いたか？
□ 何を試したか書いたか？
□ エラーメッセージを貼ったか？
□ 自分の仮説を書いたか？
□ 聞きたいことが明確か？
「質問していい空気」を作る
新人の立場からできること
- 教えてもらったら必ず お礼を言う
- 教えてもらった結果を 報告する（「おかげで解決しました！」）
- 質問の回答を 他のメンバーにも共有する（Slackで共有、ドキュメント化）
「先ほど教えていただいた件、無事解決しました！
同じところでハマる人がいるかもしれないので、
Confluenceにまとめておきました。ありがとうございました！」
こういう行動を続けると、先輩から 「この人に教えるのは気持ちいい」 と思ってもらえます。
まとめ
| ポイント | 内容 |
|---|---|
| 質問テンプレートを使う | ゴール・試したこと・仮説・聞きたいこと |
| 15分ルール | 15分調べて解決しなければ聞く |
| タイミングを見極める | 方向性の確認は早めに |
| 質問を記録する | 同じ質問を二度しない |
| 結果を報告する | 信頼関係の構築 |
質問力は、エンジニアとしてのキャリアを通じて使い続けるスキルです。新人のうちに磨いておきましょう。
次回予告
次の記事では、技術力を最速でキャッチアップする勉強法 を解説します。
限られた時間で効率よくスキルアップするための戦略を紹介します！
シリーズ一覧：新人エンジニアに伝えたいこと
- 最初に身につけるべきマインドセット
- 👉 「わからない」を武器にする質問力の磨き方（本記事）
- 技術力を最速でキャッチアップする勉強法
- 新人エンジニアが押さえるべき技術の全体像
- AIツールとの正しい付き合い方
- AI時代に生き残るエンジニアの考え方
- エンジニアの体調管理・体力づくり戦略
- 1年目を乗り越えた先輩が伝えたい10のこと
著者: @kotaro_ai_lab
AI駆動開発やテック情報を毎日発信しています。フォローお気軽にどうぞ！