エンジニアの質問の仕方｜未経験・第二新卒が詰まったときに30分で先へ進む型【2026年版】
未経験からエンジニアになった人が最初の半年でいちばん消耗するのは、コードそのものより「詰まったときに聞けないこと」です。3時間ハマって、結局は環境変数のスペルミスだった。聞けば5分だったのに、聞くタイミングを逃して1日が終わった——現場に入った人なら、ほぼ全員が通る道です。
聞けない理由ははっきりしています。「こんなことも分からないのかと思われそう」「相手の時間を奪って申し訳ない」「何を聞けばいいのかすら整理できていない」。3つ目が実は本質で、質問が下手なのではなく、質問の形にする前段の整理ができていないだけのことがほとんどです。
この記事では、詰まってから質問するまでの型を作ります。時間の区切り方、聞く相手の選び方、そのまま使える文面までを通しで整理します。
1. 結論：「15分・30分ルール」と「3点セット」
覚えることは2つだけです。
| 要素 | 中身 | 効果 |
|---|---|---|
| 15分ルール | 15分進まなければ、状況をメモにまとめ始める | ハマり続けるのを防ぐ |
| 30分ルール | 30分で解決しなければ質問する | 1日を溶かさない |
| 3点セット | やりたいこと／試したこと／起きたこと | 相手が即答できる形になる |
時間で区切るのが肝心です。「もう少しで分かりそう」という感覚は当てになりません。時計で切ると、聞くかどうかを気分で判断せずに済みます。チームによっては「30分ルール」を明示している現場もあり、その場合はチームの基準に合わせます。
2. なぜ「聞けない」が起きるのか
聞けない状態を分解すると、対処すべき点が見えます。
| 状態 | 本当の原因 | 対処 |
|---|---|---|
| 迷惑をかけたくない | 質問の所要時間を過大に見積もっている | 3点セットで1分で答えられる形にする |
| 何を聞けばいいか分からない | 問題の切り分けが済んでいない | 先に切り分けの手順を回す |
| 評価が下がる気がする | 詰まりの報告と能力を混同している | 報告は進捗管理の一部と捉える |
| 聞くタイミングが分からない | 相手の状況が見えない | 非同期のチャットで投げる |
現場で実際に評価が下がるのは、詰まったことではなく「詰まっていることを言わないまま期限を迎えたとき」です。ここを取り違えると、報告が遅れて損をします。
3. 質問する前の5分でやる切り分け
聞く前に、これだけはやっておくと質問の質が跳ね上がります。
手順
- エラーメッセージを最後まで読む（途中で止めない）
- 直前に自分が変更した箇所を確認する
- 動いていた時点まで戻せるか確認する
- 最小の再現手順を作る
- 検索した内容と、その結果を記録する
とくに4番目が効きます。「アプリ全体が動かない」ではなく「この関数にこの値を渡すとこのエラーになる」まで絞れていれば、相手は状況を再現せずに答えられます。この作業は無駄になりません。切り分けた過程がそのまま質問文になります。
切り分けの記録が資産になる
調べた内容を書き残しておくと、同じ問題に当たったときに再利用できます。半年もすれば、自分だけの手順書になります。学習時間の作り方は働きながら学習時間を作る｜平日30分の設計にまとめています。
4. 3点セットの書き方
質問の本体はこの3つで足ります。
| 要素 | 書く内容 | よくある不足 |
|---|---|---|
| やりたいこと | 最終的に何を実現したいか | 目的が抜けて手段だけ聞く |
| 試したこと | 調べた内容と実行した対処 | 「調べました」だけで中身がない |
| 起きたこと | エラー全文、期待した結果との差 | エラーを要約してしまう |
そのまま使える文面
◯◯の実装で詰まっているので相談させてください。
・やりたいこと：一覧画面で絞り込み結果をページングしたい
・試したこと：クエリに条件を追加（該当箇所）／件数のログを確認／公式ドキュメントのページング項目を確認
・起きたこと：2ページ目以降で絞り込み条件が外れる。エラーは出ず、件数だけが全件に戻る
条件の保持の仕方が分かっていないので、見るべき箇所だけ教えていただけると助かります。
最後の一文が効きます。「答えそのもの」ではなく「見るべき箇所」を頼むと、相手の負担が小さくなり、自分の学びも残ります。
5. 誰に聞くかの決め方
同じ質問でも、相手を間違えると時間がかかります。
| 質問の種類 | 聞く相手 | 理由 |
|---|---|---|
| 環境構築・手順 | 同じ時期に入った同僚、チームのチャンネル | 直近で同じ作業をしている |
| コードの書き方 | そのコードを書いた人、レビュー担当 | 経緯を知っている |
| 仕様の解釈 | 企画・ディレクター、または上長 | 技術ではなく決めの問題 |
| 優先順位 | 直属の上長 | 判断の権限がある |
仕様の質問を技術者に聞き続けても答えは出ません。これは新人が最も時間を溶かすパターンのひとつです。「これは技術の問題か、決めの問題か」を先に自問すると、相手選びを間違えません。
チャンネルで聞くか、個人に聞くか
原則はチームのチャンネルで聞くほうが良い選択です。手が空いている人が答えられますし、同じ疑問を持つ人の役に立ちます。個人あてが向くのは、その人しか知らない経緯を聞くときだけです。
6. 聞いた後にやること
質問して終わりにすると、次も同じことを聞くことになります。
| やること | タイミング | 効果 |
|---|---|---|
| 結果を報告する | 解決した直後 | 相手が気にせずに済む |
| 解決手順を記録する | その日のうち | 再発時に自力で戻せる |
| ドキュメントに残す | 数日以内 | 後任と自分の両方を助ける |
| 同じ質問を減らす工夫を考える | 週次で振り返る | 質問の質が上がる |
「おかげで解決しました」の一言があるかないかで、次に聞きやすいかどうかが変わります。技術力とは別のところで効いてくる部分です。ドキュメント化の習慣は議事録と資料作成｜第二新卒が最初に評価される仕事の考え方がそのまま使えます。
7. 環境別の注意点
働く場所によって、質問のしやすさは変わります。
リモート中心の現場
物理的に「ちょっといいですか」ができないぶん、非同期の質問文の質が成果を左右します。3点セットを丁寧に書く価値が最も高い環境です。反応がないときは、時間を置いてから短く再掲します。催促ではなく、流れて見落とされた可能性への対処です。
客先常駐の現場
自社の同僚がそばにいないため、聞く相手の整理が必要です。客先の担当者に聞いてよい範囲と、自社に確認すべき範囲を最初に線引きしておくと迷いません。常駐先での立ち回りは客先の参画面談を通す｜第二新卒エンジニアが準備する5点と答え方でも触れています。
少人数・一人開発に近い現場
聞く相手が社内にいない場合があります。この場合は、コミュニティや技術記事に頼る比率が上がります。ただし仕様や優先順位の判断は必ず社内で確認すること。ここを外部で判断すると手戻りになります。求人票から環境を読む方法はレガシーな開発環境を求人票から見抜く｜第二新卒が入社前に確認する7項目にまとめています。
8. 質問の仕方が転職でも効く理由
質問の型は、現場での立ち上がりだけでなく、選考でも評価される部分です。
| 場面 | 見られていること | 示し方 |
|---|---|---|
| 技術面接 | 分からないときの振る舞い | 知らないことを認め、切り分けの筋道を話す |
| コーディング課題 | 前提が曖昧なときの確認 | 提出時に前提と判断を書き添える |
| 職務経歴書 | チームで働けるか | 詰まりを共有し解決した経験を書く |
「分かりません」で止まる人と、「ここまでは切り分けました、この先が分かりません」と言える人では、見え方がまったく違います。技術面接で見られる点はエンジニアの技術面接｜未経験・第二新卒が答えより見られている3つ、課題提出時の確認はコーディング課題への向き合い方｜提出前にやる5つの確認にまとめています。
9. よくある質問
30分で聞くのは早すぎませんか
早すぎることはありません。多くの現場では、新人が30分以上ひとつの問題で止まっているほうが問題視されます。ただしチームによって基準が違うため、入った時点で「どのくらいで聞くのが望ましいか」を確認しておくと安心です。
同じことを何度も聞いてしまいます
記録の仕方に原因があることが多くあります。聞いた内容ではなく「なぜそうなるのか」を1行添えて残すと、再現性が上がります。それでも繰り返す場合は、理解が飛んでいる前提の知識がある可能性があるため、周辺をまとめて学び直すほうが早く解決します。
先輩が忙しそうで話しかけられません
チャットで非同期に投げるのが基本です。相手が手を止めずに済み、こちらも待ち時間に別の作業を進められます。緊急でない限り、口頭よりチャットのほうがお互いに負担が小さくなります。
調べれば分かることを聞くのは失礼ですか
調べた形跡を示せば失礼にはあたりません。「この記事とこの記事を読みましたが、この点が分かりませんでした」と書けば、調べたうえでの質問だと伝わります。調べずに丸ごと聞くのと、調べた末に聞くのは別物です。
質問したら「自分で考えて」と言われました
考える方向が分からない状態なら、そのことを伝えて構いません。「切り分けとしてどこから見るべきか、方針だけ教えてください」と聞き方を変えると、答えが返ってきやすくなります。答えではなく手順を尋ねる形にするのが要点です。
生成AIに聞けば済むのでは、と思ってしまいます
一般的な文法やエラーの意味を調べる用途では有効です。ただし社内の仕様や設計の経緯、優先順位の判断は社内にしか情報がありません。外部で完結させようとすると、動くけれど意図と違うものができあがることがあります。
詰まっていることを上長にどう報告すればいいですか
進捗報告の中で事実として伝えるのが自然です。「Aの実装で想定より時間がかかっており、原因の切り分け中です。今日中に解決しない場合は相談させてください」と、状況と次の行動をセットで伝えると、余計な心配をかけずに済みます。
質問が下手で評価が下がらないか不安です
質問の巧拙より、詰まりを抱え込む時間の長さのほうが評価に影響します。型に沿って書けば質は自然に上がるので、まずは3点セットを埋める習慣をつけるところから始めれば十分です。
10. まとめ：今週やる3つのこと
質問は性格の問題ではなく、手順の問題です。時間で区切り、3点セットで書き、相手を選ぶ。この3つを回すだけで、1日を溶かすことはなくなります。
今週やる3つのこと
① 手元のエディタに、3点セットのテンプレートを1つ用意する
② 次に詰まったとき、15分でメモを書き始め、30分で投げる
③ 解決したら、結果の報告と手順の記録を必ずセットで行う
型が身につくと、質問は「迷惑をかける行為」ではなく「チームで前に進める手段」になります。
この先、読むべき記事
- コードレビューの受け方｜第二新卒が指摘から伸びるための3つの姿勢（指摘の受け止め方）
- 未経験エンジニア1年目にやること｜3か月・6か月・1年の目標（立ち上がりの全体像）
- チーム開発の経験がないとき｜一人で作った実績の伝え方（チームでの働き方）
- 議事録と資料作成｜第二新卒が最初に評価される仕事（記録を残す技術）
- エンジニアの1日の流れ｜入社前に知っておくこと（現場の時間の使われ方）
- 仕様書・設計書の読み方｜未経験エンジニアが実装前に確かめる6つの観点（着手前に穴を見つける）
- 障害対応の動き方｜未経験エンジニアが最初に覚える5つの順番（障害対応での報告）
- エンジニアの勉強会・コミュニティの使い方｜未経験・第二新卒が独学の外に出る手順（独学の外に出る）
この記事を書いた人
木戸 悠介（きど ゆうすけ）／なぜキャリア？運営者。1996年生まれ、神戸市出身。
23歳で上場企業子会社に新卒入社し、メディア広告営業を担当。25歳で第二新卒として障がい福祉領域のSaaS企業へ転職し、営業から営業企画へ職種を変えた。2ヶ月で10社に応募し2社から内定。その後スタートアップに3人目の社員として参画し、現在は自分の会社を経営している。