あなたは今、わからないことを「聞けないまま」抱えていないだろうか？
入社して初めての現場。
コードが読めない。エラーの意味もわからない。
上司は忙しそう。
「こんなことで質問したら怒られる？」
「また聞くの？と思われる？」
サムネイル
そう思って自分で抱え込んだ結果、私は入社87日目に1週間分の実装を全部やり直す羽目になった。
月曜日に一言確認すれば防げたミスが、金曜の夜に発覚した。
たった10分の質問が、1週間を救えるのに。
――――――――――――――――――――――――――――――
「質問できない」がキャリアの最大リスクだ
こんな悩み、ありませんか？
- □ 「また聞くの？」と思われそうで怖い
- □ 何がわからないのか、うまく言語化できない
- □ 上司が忙しそうで声をかけるタイミングがわからない
- □ 調べても調べても答えが出てこない
- □ 質問するたびに怒られた経験がある
- □ そもそも「どこまで調べてから聞けばいいか」わからない
全部、かつての私だ。
そして今も、全国の新人エンジニアのうち実に大多数が同じ壁にぶつかっている。
「質問が下手」「何がわからないかわからない」「怒られそうで怖い」の3つが、
成長を遮断し、キャリアの伸びを止める。
でも、これは才能の問題じゃない。技術の問題でもない。
質問の“型“を知らないだけだ。
――――――――――――――――――――――――――――――
上司が本当に求めていること
「質問してくれると助かる」の裏側
正直に言う。
上司・先輩は、新人に質問されることを嫌がっていない。
むしろ「なぜ1日分も黙って詰まってたの？」と内心思っていることのほうが多い。
なぜか。
あなたが悩んでいる時間は、会社のコストだからだ。
新人エンジニアが1人、1日抱え込む。
時給換算で少なくとも数千円。
さらに「間違った方向で実装してしまった」場合、レビューしてやり直すコストが3〜5倍に膨らむ。
「質問しないまま時間が経過することが、会社にとって最大の損失」なのだ。
Googleも使っている「15分ルール」
世界最高峰のエンジニア集団・Googleの人工知能チームも導入しているルールがある。
15分間、自力で考えてわからなければ質問する。
これだけだ。
なぜ15分か。
0〜5分でエラーメッセージを検索する。
5〜10分で公式ドキュメントを確認する。
10〜15分でISSUEやStack Overflowで類似事例を探す。
それでもわからなければ、質問してよい。
15分はサボりじゃない。「ちゃんと調べた証拠」になる。
先輩に質問するとき「15分調べましたが解決しませんでした」と言えば、
それだけで9割の先輩は「ちゃんと考えてきたんだな」と好意的に受け取る。
図解1：15分ルールとエスカレーションの流れ
――――――――――――――――――――――――――――――
「聞いても怒られない」質問の型
6要素テンプレートで即解決率が激変する
質問が下手な新人と、質問がうまい新人の差は、準備の構造にある。
次の6要素を必ず整理してから話しかけるだけで、解決スピードが体感3倍になる。
① やりたいこと（ゴール）
「〇〇の機能を実装しようとしています」
② 現在の状況
「現在このようなエラーが出ています：〔エラー文をそのまま貼る〕」
③ 試したこと
「〇〇を試しましたが、△△になりました」
④ 発生している問題
「このエラーの原因として考えられるのは〜だと思うのですが」
⑤ 自分の仮説
「マイグレーションが未実行かもしれない、と考えています」
⑥ 聞きたいこと
「仮説は合っていますか？または確認すべき別の箇所はありますか？」
実際の活用例を見てみよう。
――――――――――――――――――――――――――――――
質問の悪い例（NG）
「認証周りの実装がうまくいかないんですが…」
質問の良い例（OK）
「JWTのアクセストークン検証機能を実装しようとしています。現在『relation “users” does not exist』というエラーが出ています。公式ドキュメントと3件のIssueを確認しましたが解決しませんでした。マイグレーションが未実行の可能性があると考えていますが、確認方法を教えていただけますか？」
――――――――――――――――――――――――――――――
これだけで、相手は状況を把握するために追加質問をする必要がなくなる。
即座に「マイグレーション実行してみて」と一言で返せる。
この型を使って質問した新人は、即日解決できるケースが圧倒的に多い。
曖昧な「うまくいきません」で聞きに来た新人は、上司も「何が問題なのか整理してきて」と返すしかない。
2往復かかることが0往復になる。
その差が積み重なって、1ヶ月後・3ヶ月後の成長差になる。
「答え」より「やり方」を聞け
もう一つの秘訣がある。
「〇〇をどうすればいいですか？」ではなく、
「〇〇を調べるときはどこを見ればいいですか？」
と聞くだけで、上司の印象が劇的に変わる。
前者は「答えをくれ」。
後者は「魚の釣り方を教えてくれ」だ。
自分で考えようとしている姿勢が伝わるだけで、先輩は喜んで教えてくれる。
そしてあなたは「次は自分で調べられる力」をセットで得られる。
これが、質問1回で2つのリターンを得る方法だ。
「書くだけで自己解決」するラバーダッキング効果
実は、質問テンプレートに情報を書き込んでいく途中で、自分で答えにたどり着くことが驚くほど多い。
これは「ラバーダッキング」と呼ばれる有名な現象だ。
ゴムのアヒルのおもちゃに向かって問題を説明しているうちに、自分でバグを発見する。
問題を言語化する工程そのものが思考の整理になる。
6要素を書き出すだけで「あ、わかった」と自己解決できることが3回に1回はあると言われている。
だから聞きに行く前に、まず書いてみる。
それでも解決しなければ、その文章をそのまま上司にSlackで送ればいい。
「書く→整理される→自己解決 or 質問」という2段構えが最強だ。
図解2：質問の型 Before/After 比較
――――――――――――――――――――――――――――――
今日から変わる、たった3つのアクション
結論：明日の朝から使える行動リスト
難しいことは何もない。
アクション1：「15分ルール」をチームに宣言する
今週中に上司に一言伝える。
「15分考えても解決しない場合は質問します」と。
先輩に心の準備ができるだけで、声のかけやすさが劇的に変わる。
アクション2：6要素テンプレートをスニペット登録する
今すぐNotionでもメモ帳でもいい。
「やりたいこと／現状／試したこと／問題／仮説／聞きたいこと」
この6行をコピペできる状態にしておく。
質問するたびに埋めるだけでいい。
アクション3：質問後に必ずフィードバックを返す
「教えていただいた方法で解決しました！ありがとうございます」
たったこれだけで、先輩に「また教えたい」という動機が生まれる。
これが積み重なると、先輩から自発的にノウハウを共有してもらえる関係になる。
――――――――――――――――――――――――――――――
成長の速い新人エンジニアと、伸び悩む新人エンジニアの差は、
才能でも学歴でもない。
「正しく質問できるか」だけだ。
入社1年目の今この瞬間、質問の型を身につけるかどうかが、
3年後・5年後のキャリアに直結する。
遠慮している時間が、一番もったいない。
――――――――――――――――――――――――――――――
P.S.
この記事を読んだ今日が、あなたにとって「変わる日」だ。
明日の朝、もし何かわからないことが出たとき、
6要素テンプレートを書いてみてほしい。
たった10分の質問が、1週間を救う。
その実感を、ぜひ体験してほしい。
コメントを残す