2ヶ月に一度の登壇を通して身につけたLT発表の作り方
概要
2022年はたくさんLTに参加しました。 資料を公開しているもの、非公開のものを合わせると回ほど参加していたので、2ヶ月に1回のペースで参加していることになります。
最初にLTに参加した際にはとても緊張して準備の時間もかかりましたが、最近は前に比べて自分の中で「型」のようなものができつつあり、そのおかげでLTへの参加ハードルがだいぶ下がったので今回はその型を紹介できればと思います。
LT発表の型
1. まずは申し込む
僕の場合、まずはLTに参加してから発表内容を決めるようにしています。 「ネタが準備できたら」「いい機会があったら」と待っていてもなかなか普段は忙しく外部発信の機会をつくるのが難しいです。
Twitterをチェックしてして参加できそうなLTの情報があれば積極的に申し込むようにします。 もしもどうしてもLTの機会を手に入れたいという方は、Compassから「LT」などで検索して、自分が登壇できそうなテーマの勉強会やLT大会を探して申し込んでみて下さい。
2. やったことをふりかえる
LTに申し込んだら、そのLTのテーマやもしもアーカイブなどが残っていたら覗いてみて、会の雰囲気に合わせて、自分の業務を振り返ってみます。
その中で、基本的には自分が話しやすいものを選ぶようにしています。 一度、これから勉強したいテーマにして、LTに合わせて勉強していくという方法をやってみたことがあるのですが、発表のハードルと負担がめちゃくちゃ上がってしまったので、実際に自分がやったことを設定するのがよさそうでした。
3. 構成を考える
テーマが決まったら次に構成を考えています。。 ここでは、まだスライド作成ツールは使わないでNotionなどのドキュメントツールを使って箇条書きで構成を書いていきます。 全体の構成を見ながらドラッグ&ドロップでインデントや順番を自由に変更できるのが助かっています。
発表の型
だいたい発表の型は僕の場合は大まかに以下のどちらかになることが多いような気がしています。
時系列型
名前の通り、時系列で説明していく型です。 自分が遭遇した問題について、やったことをそのまま説明できるので発表しやすい型だと思います。
やりたかったこと ↓ 困ったこと ↓ 解決方法
だいたいこの流れで説明することができます。この時の発表なんかが近いです。
GraphQL Rubyで スキーマ駆動開発を体感した話
Kaigi on Rails _2022_ newのLTで公開した資料になります！ マイベストでのGraphQL導入の際に感じたことです。 https://kaigionrails.doorkeeper.jp/events/143639
列挙型
列挙型は、より体系的に何かを伝えたいときに使います。
あることを調べてみたかった背景 ↓ 方法1 ↓ 方法2 ↓ … ↓ まとめ
網羅的に伝えることができます。 この時はわりと勉強したことを網羅的にまとめて発表しました。
技術広報について完全に理解した
こちらのイベントでLTした内容です！ https://easy2.connpass.com/event/262975/
4. スライドに落とし込む
2.で箇条書きで書いた内容をスライドに起こしていきます。 僕がいつも使っているのはKeynoteです。Mac標準で付属して無料なのと、動作が軽快でさくさくいい感じのスライドを作ることができて好きです。
azusaというテンプレをいつも使わせていただいています。（自分のスライドテンプレみたいなのいつか作ってみたいです）
Azusa - 大体いい感じになるKeynoteテンプレート
Azusaは、大体いい感じになるKeynoteテンプレート（テーマ）です。無料で使えます。
僕が気をつけているのは、基本的には1スライド1メッセージで作ることです。
列挙型などでは1スライド1メッセージの場合はあんまり箇条書きを使いたくないので、下のようなスライドだった場合は、「・」一つずつについてスライドを作成したいです。（とはいえ、準備時間が取れないときは口頭で補足します）
このあたりは大学生のときに読んだ『一生使える 見やすい資料のデザイン入門』という本を意識しています。
聞くところによると、人間の集中力は8秒程度しか持たないようなので、スライドに細かな変化をつけたほうが聞いてもらえるのではないかと思っています。
集中力の持続「たった8秒」 スクリーン中毒の実態 - 日本経済新聞
夜遅く仕事をしていて、企業に問い合わせのメールを送ることがある。明朝の始業時間後にでも返事が来ると予想していると、驚いたことに時たま即座に返信がある。「こんな深夜に会社のメールを見ているこの人、大丈夫だろうか」。自分のことを棚に上げながらも、終日パソコンに向かっている企業人は多いと実感する。あるテクノロジー・スタートアップ企業の最高経営責任者（CEO）に聞いた際、直属の部下からはメールの返信が
システム構成図などを入れたいときには、どこの話をしているのかをスライドごとに区切って、わかるようにハイライトしたりしています。
5. 練習する
実際に話したい内容で話してみて、時間が足りないかどうかを確認します。
足りなければ、スライドを削ったり、話したい内容をスライドに文章にして口頭での説明を削ったりしました。
最初の頃はなかなか発表が苦手だったので、原稿の文字起こししていました。 人の話すスピードが1秒間あたり6～7文字(1分360〜420文字)らしいので、5分のLTであればだいたい2,000字くらいで原稿を作っていきます。
本番はだいたい緊張して早口になってしまうので、早く終わってしまうのが嫌であれば少し多めにしておくのが良いです。
6.発表する
あとは当日発表するだけです。 最近はオンラインでの発表が多くなったので、
- 電波がよい環境で行う
- 画面が映る可能性もあるのでデスクトップやブラウザなどは整理しておく
- バーチャル背景でプライバシーを確保
- マイクは有線にする
などを意識しています。
ちなみに、Keynoteであれば「スライドショーをウィンドウで再生」という機能を使うと、ウィンドウ単位でzoomやmeetに表示すれば、原稿を別のウィンドウで見れたり、デスクトップが写ってしまうのも防げるので僕はいつも使っています。
MacでKeynoteプレゼンテーションを再生する
MacでKeynoteプレゼンテーションを再生します。MacBook Proでは、Touch Barを使ってプレゼンテーションを操作します。自動再生プレゼンテーションを終了させるためのパスワードを設定します。
これにて終了です。 もしも公開できる資料であれば少し整形してspeakerdeckなどにアップロードしておきます。
LTに登壇してよかったこと
これまでLTに登壇してよかったと思うことは、大きく3つあります
言語化のふりかえりの機会になる
以前の記事でも書いたのですが、自分がやったことを言語化することで記憶の定着の機会にできるとともに、言語化できないところが自分が理解できていなかったところであることに気づけるので、よい復習の機会になります。
/blog/tech/成長機会を活かすためのふりかえり活用方法
発表内容が残る
僕の場合は発表内容を作るのは技術記事を作るよりもハードルが低いです。 少ないコストで、自分がやってきたことをSpeakerDeckなどに載せておくと、後から人に説明するときに資料として再利用することができます。
フィードバックをもらえる
さらに、LTなどでは懇親会があったり、質問を受けたりすることもあるので、純粋に発表内容に対しての反応や、自分がやったことについて新しい視点での意見がもらえることでいろいろな発見があります。
最後に
しかし、なかなかやったことがない中でのLTはハードルが高かったです。 そんな僕のはじめてのLT体験を積ませてくれたのはEasy Easyというコミュニティの「エンジニア達の「〇〇完全に理解した」Talk 」でした。 こちら今でも継続されているので、ぜひ気になった方は申し込んでみてください。
Easy Easy
# 概要 Easy Easy はエンジニアリングを愛する全ての人の為のコミュニティです！ 最新技術も大事ですが、このコミュニティでは「みんな知っていることが前提になっている技術」について再度基礎を学ぶことをしていくことを目的としています。 # 対象者 こんな人が対象です。 * 「完全に理解した」という人 * 「なるほど、わからん」という人 * 「チョットワカル」な人 # ポータルサイト * EasyEasy Community Portal # 紹介記事 * ゆるいエンジニアリングコミュニティ運営完全に理解した * 仕事で使う技術以外はさっぱり...
参加のきっかけをくれたのはこちらの記事でした。
仕事で使う技術以外はさっぱりわからないけど この先大丈夫かな……という方にオススメのLTイベントご紹介 - Qiita
はじめに 仕事で使う技術以外はさっぱりわからないけど、この先大丈夫かな…… こんなお悩みを持つエンジニアの方は、結構多いのではないでしょうか。 新たに何かを勉強しようと思っても、この業界は広すぎて何を勉強すればいいのかさっぱりわかりません。また、仕事以外の時間で勉強するの...
記事の更新をメールで受け取る
質問・リクエストを送る
記事についての質問や、取り上げてほしいテーマがあればお気軽にどうぞ。いただいた質問はブログ記事として回答し、Q&Aページで公開することがあります。