エンジニアの技術発表で伝わる声。専門を噛み砕き単調を抜く

技術発表やLTのあと、「内容は良かったけど伝わりにくかった」と言われた経験がある方は、資料の作り方やスライドの構成を見直しがちです。ですが私の実感では、原因の多くは構成ではなく声にあります。画面共有をしながら話す、コードを読み上げる、専門用語を噛み砕く。この技術発表特有の場面ごとに声の使い方が崩れ、内容の正確さがそのまま伝わりにくさに変わっています。

LTの5分間、抑揚の音域が狭いまま終わっていませんか

社内のライトニングトークで5分という短い持ち時間になると、多くのエンジニアは内容を詰め込むことに意識が向き、声の高さがほとんど動かないまま話し切ってしまいます。単調に聞こえる原因は声量が足りないからではなく、高さのレンジが狭いまま進んでいることにあります。

「本日は、このマイクロサービス移行のふりかえりについてお話しします。」

この一文を、最初から最後まで同じ高さで発音すると、内容が整理されていても聞き手の耳には平坦な情報の羅列として届きます。声を張るのではなく、「本日は」で少し高く置き、「ふりかえり」でいったん落とし、「お話しします」でまた少し持ち上げる。声の大きさを変えずに高さだけを動かすと、同じ5分間でも聞き手の集中の持ち方が変わります。

画面共有中はキーボード操作に気を取られ、声が置き去りになります

「では、実際に画面を共有しながらご覧いただきます。」

この一言のあと、多くのエンジニアはマウス操作やタイピングに意識を持っていかれ、声が急に小さくなったり、間延びしたりします。手元の操作と声を同時に扱おうとすると、体の前面にかけていた圧が抜け、声だけが後回しになるためです。

画面共有に切り替える瞬間こそ、腹のあたりに軽く圧をかけたまま操作に入るようにしてください。吐くときだけでなく、次の操作のために息を吸う瞬間にも圧を抜かないことが、操作中の声を保つ核になります。声を出す担当と操作する担当を体の中で分けない、という意識だけで、画面共有中の声の抜け落ちはかなり減ります。

専門用語を噛み砕く一文ほど、喉が締まりやすくなります

技術的な内容を非エンジニアにも分かる言葉に置き換える瞬間、多くの人が無意識に力んで喉を締めます。正確に伝えなければという意識が先に立ち、声帯を強く閉じたまま話し始めてしまうためです。

「簡単に言うと、データを一時的に保存しておく場所が壊れていた、という状態です。」

この噛み砕きの一文を話す直前に、いったん軽く息を吐き切ってから話し始めてみてください。喉で押し出すのではなく、息のスピードを上げて言葉を運ぶ意識に変えるだけで、同じ内容でも聞き手には柔らかく届きます。早口になりやすいのは性格の問題だけではなく、頭の中で言い換えを組み立てながら話しているために起きることも多く、噛み砕く一文の手前に短い間を一つ置くだけでも、聞き手にとっての分かりやすさは変わります。

コードブロックを読み上げると棒読みになるのは、声のせいではありません

スライドに貼ったコードやログの一部をそのまま読み上げる場面では、声が急に平坦になりがちです。これは声質の問題ではなく、一音一音が間延びして、言葉の切れ目とお腹の支えがずれてしまうことに原因があります。

「このエラーハンドリングについては、リトライ処理を追加することで対応しています。」

上手く聞こえる話し方をする人ほど、一つの音を長く伸ばさず短く切っています。長く伸ばすとブレスの入る場所を見失い、結局は喉だけで押して次の言葉につなげることになります。コードやログを読み上げる箇所こそ、一文を区切りながら短く発音する意識を持つと、読み上げ特有の棒読み感がやわらぎます。

障害報告での謝罪と原因説明、切り替えの声が難しい理由

「今回の障害の原因は、キャッシュの無効化処理に不具合があったためです。」

ポストモーテムの場では、謝罪の言葉のあとにこうした技術的な原因説明が続きます。ここで多くのエンジニアは、謝罪の低いトーンをそのまま引きずって原因説明に入り、声がこもったまま淡々とした報告になってしまいます。反対に、謝罪から急に明るいトーンへ切り替えると、場にそぐわない印象を与えてしまいます。

大きくトーンを変える必要はありません。謝罪の言葉のあと、原因説明に入る前に一拍だけ間を置き、そこでほんの少しだけトーンを持ち上げてから話し始めると、暗すぎず浮つきもしない切り替えになります。低さを作り込むより、語尾まで息を残して話すほうが、真摯さは十分に伝わります。

非エンジニア向けの説明で、声のトーンを落とし過ぎていませんか

PMや営業、経営陣向けに技術的な背景を説明する場面では、専門用語を使わず丁寧に話そうとするあまり、声のトーンを必要以上に低く抑えてしまう人が少なくありません。低く落ち着いたトーンが常に信頼につながるとは限らず、聞き手によっては少し高めのトーンのほうが内容を追いやすいこともあります。

「このアーキテクチャ図の左側からご説明します。」

この一文を、いつもより気持ち高めのトーンで言ってみてください。わざとらしく感じない範囲で少し上げるだけで、専門的な内容でも聞き手が身構えずに聞ける印象に変わります。声を作り込むのではなく、初期値をわずかに上げておくという発想です。

Q&Aで想定外の質問に早口で返してしまう対策

発表後の質疑応答で、想定していなかった技術的な質問を受けると、多くのエンジニアは考えながら話す不安から早口になります。早口の背景には焦りだけでなく、頭の中で答えを組み立てながら話す過集中の状態が関わっていることも多く、性格のせいだと決めつける必要はありません。

質問を受けたら、答え始める前に短く息を吐いてから話し出す習慣をつけてください。「そのご質問については」のような前置きを、間を置くための一区切りとして使うのも有効です。腹に力を入れたまま答え始めると、喉の締まりからくる上ずりや震えも減っていきます。

今日の発表資料から一文を選んで録音してみます

長い練習時間は必要ありません。次の発表で使う予定の一文、もしくは今日読んでいる技術資料の一文をひとつ選び、スマホで録音してみてください。一回目はいつも通りに、二回目は文の途中で高さを意識して動かしながら、三回目は答え始める前にひと息おいてから読みます。

聞き比べる際は、うまいかどうかではなく、声の高さが最初から最後まで動いているか、話し始める前に息が止まっていないかの二点だけを確かめてください。この二点が整うだけで、内容の正確さがそのまま伝わりやすさにつながっていきます。

リモート登壇では、カメラオフの分だけ声にすべてがかかっています

画面共有が中心で顔が映らないリモートのLTでは、表情で補える情報がなくなり、声だけで場の空気を作ることになります。この状況で声のトーンを落としすぎると、聞き手には資料を淡々と読んでいるだけの印象になりやすく、逆に無理に張り上げると疲れが顔を出さないまま声にだけ表れます。

顔が映らないからこそ、話し始める前の一拍と、文末まで息を残す意識を普段よりはっきり持つようにしてください。画面越しでも、この二点が保たれているかどうかで、聞き手が発表に乗ってきているかが変わります。

スプリントレビューでの進捗報告、声が投げやりになっていませんか

毎週決まった形式で進捗を報告するスプリントレビューでは、内容が定型化しているぶん、声のほうも決まりきった調子で流れがちです。「今週はこのチケットを完了しました」という報告を何度も繰り返すうちに、語尾を最後まで言い切らず、次の話題へ滑らせるように話す癖がついていきます。

聞き手からすると、この語尾の流し方が「大した進捗ではない」という印象につながることがあります。内容の重みと関係なく、語尾の一音まで息を残して言い切るだけで、同じ報告でも受け取られ方が変わります。定型の報告こそ、話す前に一度息を整えてから始めるようにしてください。

まとめ

技術発表で内容が伝わらない原因は、資料の構成だけにあるわけではありません。LTで抑揚の音域が狭いこと、画面共有中に声が操作に引っ張られること、噛み砕く一文で喉を締めること、コードの読み上げで音を伸ばしすぎること。この技術発表特有の崩れ方に気づけば、直す場所は限られています。

次の発表で使う一文を今日録音し、高さの動き、話し始める前の息、答え始める前の間の三点を確かめてみてください。声を大きくすることより、この場面ごとの崩れに気づくことのほうが、伝わる技術発表への近道になります。

無料動画講座では、専門的な内容を噛み砕く声の作り方や、画面共有中でも声を保つ体の使い方をお伝えしています。