エンジニアに必要な「質問する力」について考えてみた

エンジニアとして仕事をしていると、「分からないこと」に出会う場面が多くあります。
新しい技術を扱うとき、既存システムの仕様を確認するとき、エラーの原因が分からないとき、あるいは他の人が作ったプログラムを引き継ぐとき。
どれだけ経験を積んでも、すべてを自分一人で把握することは難しいと思います。
そんなときに必要になるのが、「質問する力」です。
質問というと、単純に「分からないことを聞く」というイメージがありますが、実際の現場では、どのように質問するかによって相手からの得られる回答の質や、問題解決までのスピードが大きく変わると感じています。
今回はエンジニアとして仕事をする中で意識したい「質問する力」について考えてみたいと思います。

「分かりません」だけでは相手も困る

何か分からないことがあったとき、
「これが分かりません」
「エラーが出ました」
「動きません」
とだけ伝えてしまうことがあります。
もちろん、最初はそれだけでも構わない場合があります。
しかし、これだけでは質問された側も、
「どこまで確認したのか」
「何をしようとしているのか」
「どのタイミングで問題が起きたのか」
といった状況が分かりません。
そのため、回答する側も一から状況を確認しなければならなくなります。
質問をするときには、単に分からないことだけを伝えるのではなく、できるだけ状況を整理して伝えることが大切だと思います。

まずは自分で確認してみる

質問する前に、まず自分で少し調べてみることも重要です。
例えばエラーが発生したのであれば、
・エラーメッセージを確認する
・ログを見る
・直前に変更した箇所を確認する
・同じ現象が再現するか試す
・公式ドキュメントや社内資料を確認する
といったことができます。
必ずしも自力で解決する必要はありません。
大切なのは、
「何を確認して、どこまで分かったのか」
を整理することだと思います。
自分で確認した内容があるだけでも、質問の具体性は大きく変わります。

良い質問は「状況」が分かる

たとえば、
「ログインできません」
とだけ質問するよりも、
「ログイン処理を実行すると認証エラーが表示されます。昨日までは正常に動いていて、今日設定ファイルを変更してから発生しています。設定値を戻しても同じ状態です」
と伝えた方が、相手は状況を把握しやすくなります。
質問をする際には、
・何をしたいのか
・現在どのような状態なのか
・本来どうなる想定なのか
・実際にはどうなったのか
・すでに何を確認したのか
といった情報をまとめると、相手も回答しやすくなります。
質問の質を上げるというのは、難しい言葉を使うことではなく、必要な情報を整理することなのだと思います。

「自分はこう考えている」を付け加える

質問するときに、
「自分ではこの部分が原因ではないかと考えています」
と、自分なりの仮説を伝えることも有効です。
たとえその仮説が間違っていたとしても、
「なぜそう考えたのか」
を伝えることで、自分の考え方を相手に共有できます。
また、回答する側から、
「その考え方は合っている」
「そこではなく別の部分を確認した方がよい」
といったフィードバックをもらうこともできます。
結果だけを教えてもらうよりも、考え方そのものを学ぶことができるため、次に似た問題が起きたときに自分で対応しやすくなります。

質問することを怖がらない

新人や経験の浅い時期ほど、
「こんなことを聞いていいのだろうか」
「初歩的な質問だと思われないだろうか」
と考えてしまうこともあると思います。
私自身も、分からないことがあると、まず自分で何とかしようと考えてしまうことがあります。
もちろん、自分で考えることは大切です。
しかし、分からない状態のまま長時間悩み続けることで、作業全体が止まってしまうこともあります。
特にチームで仕事をしている場合、自分一人の作業の遅れが、他の人の作業にも影響する可能性があります。
そのため、
「ある程度調べても分からなければ質問する」
という判断も重要です。
質問することは、知識がないことを示す行為ではなく、仕事を前に進めるための手段の一つだと思います。

質問するタイミングも大切

質問内容だけではなく、「いつ質問するか」も意識したいポイントです。
分からないことがあるたびにすぐ質問してしまうと、自分で考える機会が減ってしまうことがあります。
反対に、何時間も一人で悩み続けてしまうと、作業が進まなくなってしまいます。
そのため、
「まずは自分で確認する」
「一定時間考えても進展がなければ相談する」
というように、自分なりの基準を持つことも大切だと思います。
もちろん、緊急度の高い障害や、影響範囲が大きい問題については、早めに共有する必要があります。
内容によって質問のタイミングを変えることも、仕事を進めるうえでは重要です。

回答をもらったら、理解した内容を確認する

質問をして回答をもらった後も、その内容をそのまま受け取るだけではなく、
「つまり、〇〇という認識で合っていますか？」
と確認することがあります。
これは、相手の説明を正しく理解できているかを確認するためです。
専門的な内容になるほど、説明を聞いたつもりでも認識がずれていることがあります。
その場で確認しておけば、後になって、
「そういう意味ではなかった」
という手戻りを減らすことができます。
質問する力には、質問を投げることだけではなく、回答を正しく理解する力も含まれているのだと思います。

質問内容を残しておく

一度教えてもらった内容を、何度も同じように質問してしまうのは避けたいところです。
そのため、教えてもらった内容はメモやドキュメントとして残しておくと便利です。
特に、
・よく発生するトラブル
・開発環境の構築方法
・システム特有の仕様
・社内ルール
・エラーの解決方法
などは、後から見返せるようにしておくと、自分だけでなく他のメンバーにも役立つ情報になります。
質問をきっかけに得た知識を蓄積していくことで、少しずつ自分で対応できる範囲も広がっていきます。

「質問する力」は仕事を進める力

エンジニアの仕事では、プログラミングやインフラ、ネットワークなどの技術的な知識が注目されることが多いです。
しかし、実際の現場では、一人ですべてを完結できる仕事ばかりではありません。
分からないことを整理し、必要な情報を相手に伝え、適切なタイミングで相談する。
こうした「質問する力」も、仕事をスムーズに進めるための重要なスキルだと思います。
質問するときに、
「何をしたいのか」
「どこまで分かっているのか」
「何を試したのか」
「どこで困っているのか」
を少し意識するだけでも、相手とのやり取りはかなり変わります。
私自身も、これからさまざまな技術や仕事を経験していく中で、単に知識を増やすだけではなく、
「分からないことを、分かる形にして質問する力」
も身につけていきたいと思います。