ライトニングトーク（LT）とセッションの違い
まず「自分がどちらに登壇するのか」を明確にしておくと、準備の方向性がブレません。
| 項目 | ライトニングトーク（LT） | セッション（一般発表） |
|---|---|---|
| 発表時間 | 3〜5分（厳守が多い） | 20〜60分（イベントによる） |
| スライド枚数の目安 | 5〜8枚 | 15〜30枚 |
| Q&Aの有無 | 基本なし（時間がないため） | あり（5〜10分） |
| 内容の深さ | 1つのネタに絞って浅く広く | 背景〜結論まで網羅的に |
| 初登壇への向き | ◎ 非常に向いている | △ 準備負荷が高い |
| よくある場 | 社内LT会・勉強会の締め | 技術カンファレンス・勉強会メイン |
初登壇はLT一択。5分という制約が準備の範囲を絞ってくれるため、完成度を高めやすく、失敗してもダメージが少ないです。LTを2〜3回経験してからセッション挑戦がおすすめです。
登壇するメリット：キャリアへの効果
「発表が苦手だから…」と敬遠しがちですが、登壇にはエンジニアキャリアを加速させる具体的な効果があります。
理解が深まる
「人に説明できるレベル」まで理解が深まります。「わかったつもり」が登壇準備で崩れることも多く、知識の穴を埋める最良の機会です。
エンジニア人脈が広がる
「発表よかったです」という声かけから始まる繋がりは質が高い。転職情報・OSS貢献・副業案件につながるケースも多いです。
転職・キャリアのアピールになる
職務経歴書への記載、Speaker Deckでの公開スライドがポートフォリオの一部に。スカウト型サービスで目に留まりやすくなります。
発信力・プレゼン力が上がる
技術の言語化・ストーリー構成・聴衆への伝え方は、コードレビュー・設計共有・採用面接でも直接活きるスキルです。
テーマの選び方：「ネタがない」を解消する7パターン
「何を話せばいいかわからない」という相談が最多です。以下の型で考えると必ず見つかります。
※「知ってる人には当たり前すぎる」と思うことが、他のエンジニアには一番刺さります。
① 最近ハマったツール・ライブラリの紹介
「Cursor を使い始めて開発速度が2倍になった話」「Biome に乗り換えた理由」など。実体験ベースなので説得力があり、LTのテンポとも相性がよいです。
② 業務で詰まって解決した問題
「N+1問題を本番で踏んだ話」「RailsのN+1をbullet gemで検知した」など。同じ落とし穴にはまった人が必ず共感し、価値が高いです。
③ 公式ドキュメントを読んで発見したこと
「Dockerfileのベストプラクティス、実は公式に書いてあった」など。情報源が明確で、初心者〜中級者に刺さりやすいテーマです。
④ 新機能・最新バージョンのキャッチアップ
「React 19 の新しいhooksを試してみた」「Python 3.13 の型改善まとめ」など。タイムリーな内容はSNSでのシェアも期待できます。
⑤ 概念・設計パターンの整理
「CQRSをチームに説明するために図を書いた話」「ドメイン駆動設計の境界コンテキストを5分で説明してみる」など。図解を中心に構成しやすいです。
⑥ 失敗談・反省談
「本番環境にmigrationを流したら死んだ話」「テストを書かずにリファクタして後悔した話」。失敗談は聴衆が安心して聞けて、笑いも取れる鉄板テーマです。
⑦ 非技術テーマ（チーム・働き方・学び方）
「エンジニアの読書法」「新卒1年目で学んだコードレビューの受け方」など。技術色が薄い分、会場全員に届く内容になりやすいです。
スライド作成の鉄則
LT・セッション共通の基本原則
1枚のスライドに伝えたいことは1つだけ。「このスライドで何を伝えたいか」を1文で言えない場合は分割します。
後列から見ても読める最低28pt以上。文章を詰め込まず、キーワードと図で構成するのが基本です。読ませるスライドは聴かれなくなります。
プロジェクターは実物より輝度が低くなります。白背景+黒文字、または濃紺背景+白文字が最も見やすいです。明るい会場では背景を白にするのが無難です。
Q&Aや後からの参照時に「〇枚目ですが」と言えると便利。特にセッションでは必須です。
LT（5分）の推奨スライド構成
名前・所属・一言で何者かを伝えます。長い自己紹介は本題の時間を食います。
「こんな課題ありませんか？」「自分はこんな問題に詰まりました」で聴衆を引き込みます。
一番時間を使う核心部分。コードやデモ画面は1枚に絞るとテンポが保てます。
「今日言いたかったことはこの3点です」と箇条書きで明示。最後のスライドが一番残ります。
発表後に画面に残るスライド。X（Twitter）アカウントやSpeaker DeckのURLを載せておくと繋がりが生まれます。
セッション（20〜30分）追加のポイント
- →アジェンダスライドを最初に置き「今日話すこと・話さないこと」を明示する
- →10〜15分ごとに「ここまでのまとめ」スライドを挿入して理解を整理させる
- →デモや実演を入れると飽きが防げる。うまくいかないリスクも想定しておく
- →参考資料・関連リンクをまとめたスライドを最後に入れると発表後の価値が続く
発表の準備と練習：「3回の通し練習」が最低ライン
まず全スライドを黙読して流れを確認。話す内容を箇条書きのメモとして書き出しておく。スクリプトを「読む」のではなく「話す内容の参照メモ」として使うのがポイントです。
スライドを実際に操作しながら声に出して話す。時間を計測して、LTなら4分30秒以内を目安に。「早口になりやすい箇所」「詰まる箇所」を把握してスライドを修正します。
自分では気づかない「えーと」「あのー」の多用、早口すぎる箇所が発見できます。スマホ録画で自分の発表を見返すのが最も効果的な改善手段です。
練習のやりすぎは逆効果。セリフを完全に暗記しようとすると、本番で少しズレた瞬間にパニックになります。「流れと1枚目の入りを覚えておく」程度に留めて、あとは自然に話せるようにするのがコツです。
当日の立ち回り：緊張対策と時間管理
登壇前のチェックリスト
- ✓スライドのPC表示・プロジェクター接続確認（本番前に必ず）
- ✓スライドをブラウザ・クラウド（Speaker Deck等）でも開いておく（PC障害のバックアップ）
- ✓フォント埋め込みまたはPDF出力済みか確認（環境によってフォント崩れが起きる）
- ✓タイマーアプリをスマホで準備（演台にセット）
- ✓水を手元に置く（口が乾くと滑舌が悪くなる）
緊張を和らげる3つのテクニック
腹式呼吸を3回
発表5分前に、お腹を膨らませながら4秒吸って8秒で吐く深呼吸を3回。副交感神経が優位になり心拍数が落ち着きます。
1行目だけ完璧に準備
「こんにちは、○○の△△と申します。今日は〇〇について話します」の入りだけ暗記する。スタートが安定すると後は自然に乗れます。
「役」として話す
「自分が緊張しているのではなく、緊張しやすいキャラを演じている」と意識を切り替える。自意識を薄めることで緊張が和らぎます。
発表中の話し方のコツ
よくある失敗パターンと対策
事前に知っておくだけで防げる失敗がほとんどです。
| 失敗パターン | 原因 | 対策 |
|---|---|---|
| 時間が大幅にオーバーする | スライドを詰め込みすぎ・練習不足 | 枚数を制限（LTは8枚まで）。練習時間を計測して4分30秒以内に収める |
| コードが小さくて読めない | エディタのフォントサイズのまま貼り付け | コードブロックは18〜20行以内に絞り、フォントサイズを28px以上に。スクリーンショットより構文ハイライト付きツール（Carbon等）を使う |
| デモが本番で動かない | ネットワーク依存・環境差異 | デモは事前に録画しておく。ライブデモは「動かなかったときのスライド」を用意する |
| 前半で詰まって後半を飛ばす羽目になる | 各スライドに時間を使いすぎる | 「このスライドで詰まったら飛ばしてよい」スライドを事前に決めておく |
| フォントが崩れる・文字化けする | 会場PCとのフォント環境の差 | PDF書き出しを必ず用意。Google SlidesやSpeaker Deckも使えるよう事前にアップロード |
| Q&Aで答えられない質問が来る | 深さの限界を事前に伝えていない | 「今日の発表のスコープ外ですが〜」と言える。「調べて後でお答えします」は誠実な回答として歓迎されます |
AIツールで準備を効率化する
2026年現在、生成AIを使った発表準備が一般的になっています。うまく活用して準備時間を圧縮しましょう。
ChatGPT / Claude ─ 構成・原稿のたたき台作成
「○○について5分のLT構成を作って。聴衆はRubyエンジニア中級者向け」のようにターゲットと時間を明示してプロンプトを投げると、骨格が10秒で出てきます。出力をそのまま使わず、自分の経験・コードで肉付けするのがコツです。
Genspark ─ テーマリサーチ・競合発表の調査
「○○についての勉強会登壇スライドでよく言われるポイントをまとめて」と指示すると、過去の発表者がどんな観点で話しているかをSparkpageとして整理してくれます。テーマの切り口を探すのに便利です。
Canva / Gamma / Beautiful.ai ─ スライドの自動生成
アウトラインを渡すと自動でスライドのデザインを生成してくれるAIスライドツールが増えています。Gammaはプロンプト入力だけで発表資料を作れるため、デザインに時間をかけたくないエンジニアに人気です。
登壇後に価値を最大化するアクション
発表は終わりではなくスタート。発表後のアクションで資産化しましょう。
URLを発表後すぐにX（Twitter）でシェアするとインプレッションが伸びやすいです。資産として永続的に参照されます。
5分のLTを2000〜3000字の記事に広げることで検索流入が得られます。スライドより詳しく書けるため、より深い内容を伝えられます。
「〇〇勉強会（参加者150名）で△△について発表」と記載。Speaker DeckのURLを添えることで内容を証明できます。
「よかった点」「改善点」をメモして次の発表に反映。3回続けると発表クオリティが目に見えて上がります。
登壇実績をキャリアに活かす
登壇・技術発信の実績はスカウト型転職でも高く評価されます。IT特化エージェント2強を並行利用するのが最も効果的です。
※どちらも完全無料。登録だけで市場価値を確認できます。
よくある質問
ライトニングトーク（LT）は通常5分以内の超短時間発表で、1つのネタに絞ってテンポよく話す形式です。セッションは20〜60分の発表で、背景・課題・解決策・まとめを網羅的に説明できます。LTは初登壇に向いており、セッションはより深い知識共有や事例紹介に向いています。
「最近ハマった技術・ツール」「業務で詰まって解決したこと」「他のエンジニアが知らなさそうなTips」の3軸から考えると見つかりやすいです。「自分には当たり前すぎる」と思うことでも、他の人には十分価値ある情報であることが多いです。自分の半歩先の人に役立つ内容を意識しましょう。
LT（5分）なら1枚あたり30〜45秒を目安に、5〜8枚が目安です。セッション（30分）なら1枚1〜2分として15〜25枚程度が読みやすいとされています。ただし枚数より「1枚1メッセージ」の原則を守る方が重要です。
①本番と同じ環境（立ち位置・スライド送り）で声に出して3回以上通し練習する ②「完璧を目指さず7割伝わればOK」と意識を切り替える ③発表5分前に深呼吸を3回する ④聴衆は敵ではなく「一緒に学ぶ仲間」と捉える、の4点が特に効果的です。
登壇実績はエンジニアとして技術発信力・コミュニケーション力・専門性の証明になります。転職時にポートフォリオ・職務経歴書に記載でき、スカウト型の転職サービス（Direct typeなど）では登壇実績があると高評価されやすい傾向があります。また発表スライドをSpeaker DeckやGitHubで公開することで継続的な認知形成にもなります。