職場での質問のコツをプログラマー解説

今回は、職場での質問のコツを解説します。

本記事の内容は、6年半の間プログラマーとして働いてきた私が経験したことや上司から教わったことに基づいています。

1 職場での質問のコツ
- 1.1 具体的な質問の例
- 1.2 【テンプレート】メールでの質問の文章をわかりやすくする
2 質問ができなくなってしまったら
3 まとめ

職場での質問のコツ

質問は入社してからすぐに必要となるスキルです。

新入社員の場合は特に質問をする機会が多くなります。

質問は以下の流れで組み立てるのがポイントです。

(口頭での質問の場合のみ)やり取りにどれくらいの時間がかかるかを伝える
質問の概要を一言で簡潔に伝える
自分が何の開発を担当し、どの作業フェーズであるかを伝える
自分でどこまで調べたかを伝える
100%理解している箇所を伝える
曖昧にしか理解できない箇所を質問する

質問で最も重要なことは、100%理解していることと、曖昧にしか理解できない(100%理解できない)ことを明確に区別し、曖昧な理解が正しいのかどうかを確認することです。

自分で何も調べず、曖昧どころか何もかもが全くわからない状態で質問すると、相手から「一から全部説明しないとダメだから面倒くさい人だな」と確実に思われてしまうので注意が必要です。

なお、基本的には、上記の6つの項目全てを伝えなくてもよいです。

「曖昧にしか理解できない箇所を質問」するだけで回答がもらえることもあります。

質問相手から突っ込まれた時に、全ての情報を的確に答えられれば問題ありません。

具体的な質問の例

例えば、システム仕様で理解できない箇所がある場合は、次のような流れで質問します。

質問例

①：(口頭での質問の場合のみ)10分ほどお時間いただきたいのですが、問題ありませんか？

②：質問なのですが、★★の仕様とおり実装するとソフトウェア動作がおかしくなるため、私の仕様の理解が正しいか確認したいです。

③：現在、★★の一部の機能のソフトウェア設計を着手し始めるところです。

④：上位資料のシステム仕様書は全てのページを確認し、ユースケースの整理が完了しました。

⑤：そして、★★の仕様を除き、ソフトウェア設計ができるレベルまでシステム仕様を理解しました。

⑤：しかし、システム仕様書の××ページにある★★の仕様を文面通りに実装すると、ソフトウェアが○○(画面が数秒フリーズする、他の機能に影響を及ぼすなど)のようにおかしな動作をしてしまいます。私の仕様の理解は正しいでしょうか(システム的に問題ない動作でしょうか)。私の仕様の理解に誤りがある場合、どのような仕様(ソフトウェアの動き)が正解かをご教示いただくとともに、現状のシステム仕様に詳細の追記をお願いします。