聴く力と傾聴の技術|「話すより聴く」が信頼と評価を生む理由とエンジニアへの実践

マインドセット|聴く力と傾聴の技術
聴く力と傾聴の技術|「話すより聴く」が信頼と評価を生む理由とエンジニアへの実践
「会話が一方的になってしまう」「相手が何を言いたいのか分からない」——傾聴(アクティブリスニング)がチームの信頼・問題解決に与える影響と、今日から実践できる聴く力の磨き方を解説します。
💡 人は「話してくれる人」より「聴いてくれる人」に信頼を寄せます。傾聴は「受け身」ではなく「能動的な技術」です。聴く力が高いエンジニアは、要件定義・障害対応・キャリア相談の全ての場面で高い評価を得ます。
1. 傾聴できていない状態のサイン
- 話しているのに次の発言を考えている:表面的には聞いているが頭の中で自分の次の発言を準備している状態。相手は「聴いてもらえていない」と感じる
- 相手の発言を遮って意見を言う:話が終わる前に割り込む。相手の思考プロセスを中断させる
- アドバイスを急ぎすぎる:話しきる前に「それは〇〇すればいい」と解決策を出す。相手が求めているのは「聴いてもらうこと」の場合が多い
2. アクティブリスニングの実践
1
オウム返し(反映)
「要件定義が難しくて困っている」→「要件定義が難しい状況なんですね」と相手の言葉をそのまま返す。相手は「分かってもらえた」と感じ話を続けやすくなる。
2
感情の言語化
「残業が多くて大変です」→「体的にも精神的にも辛いですね」と相手の感情を言語化する。感情が共有されると信頼が深まる。
3
オープン質問で深掘りする
「何が一番難しいですか?」「それはどういう状況で起きましたか?」という「はい/いいえ」で答えられないオープン質問で相手の話を引き出す。
4
沈黙を怖れない
沈黙はエンジニアが思考しているサイン。3〜5秒の沈黙はすぐに埋めず待つ。沈黙の後に相手の本音が出ることが多い。
3. エンジニアが傾聴を使う具体的な場面
要件定義・ヒアリング
顧客の「やりたいこと」の奥にある「本当の課題」を聴き出す。傾聴がないと表面的な要件だけを実装して本質的な問題が解決されない。
障害対応の情報収集
「何が起きているか」を正確に把握するために、報告者の話を遮らず最後まで聴く。傾聴で情報を正確に収集することが障害対応の質を上げる。
1on1・チームコミュニケーション
メンバーの「本当の悩み」は傾聴なしには引き出せない。「最近どう?」の後に沈黙を待って本音を引き出す。
📌 この記事のポイント
- 傾聴は「受け身に聞くこと」ではなく「能動的に理解しようとする技術」。オウム返し・感情言語化・オープン質問が基本
- 沈黙を怖れず3〜5秒待つことで相手の本音が出る。沈黙はエンジニアが「思考中」のサイン
- 傾聴は要件定義・障害情報収集・1on1の全てに使える。聴ける人に信頼が集まりキャリア評価が上がる
キャリアの疑問、一緒に解決しませんか?
Infra Academyでは、インフラ系ITエンジニアを目指す方への個別サポートを行っています。2026年7月からフリーランス講師として本格始動予定です。
ABOUT ME




