どうしてプレゼン研究会を始めたのか
•
22 recomendaciones•11,281 vistas
2016年4月6日(水) DevRel Meetup in Tokyo #7 #devreljp 発表資料 http://devrel.connpass.com/event/28534/ ■素材についてのクレジット タイトル：ブラックジャックによろしく 著作者名：佐藤秀峰 サイト名： 漫画 on web http://mangaonweb.com/satoshuho/download/#kiyaku
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Similar a どうしてプレゼン研究会を始めたのか
Similar a どうしてプレゼン研究会を始めたのか (20)
Más de Masahito Zembutsu
Más de Masahito Zembutsu (20)
どうしてプレゼン研究会を始めたのか
- 1. どうして 研究会を 始めたのか DevRel Meetup in Tokyo #7 発表資料 2016年4月6日(水) @zembutsu プレゼン Re: All We Need Is Give The Presentation
- 2. 本スライドについて DevRel Meetup in Tokyo #7 http://devrel.connpass.com/ 発表資料の加筆版です。 登壇の機会をいただきありがとうございました。 勉強会テーマ”DevRel”の ”Developer Relations”は 開発コミュニティで活動する人 を増やし、ソフトウェアやAPIや ツール等の採用を拡げる手法 DevRel “Developer relations has gone mainstream. Increasing numbers of people are working to build developer communities and spread developer adoption of software, APIs and other tools.” http://sf2016.devrel.net/
- 3. 最近考えている事 • An interactive communication • Be offline • Evangelism ≠ Public Relations 今回のテーマとも少し関係ある のですが、このあたりはまたどこか でお話できればと思っています。
- 4. 今日の内容 1. プレゼン研究会を主催した理由 2. プレゼン研究会とは 3. 私のモチベーション 4. 今後の活動 お題は「エンジニア」と発表。
- 5. 5 自己紹介 ‣ @zembutsu a.k.a. 前佛雅人 - Technology Evangelist; Creationline, Inc. – 2 yrs - Data Center Operations Engineer – 15+ yrs 公開スライド - SlideShare http://slideshare.net/zembutsu エンジニアのためのプレゼン研究会 • 主催者の一人 • Special Thanks to 横田真俊さん( @Wslash ) • http://infrapre.connpass.com/ • #infrapre Why am I here? +MasahitoZembutsu 最近は仕事でも話す機会が増 えましたが、主にコミュニティにお ける自主活動です。
- 10. スライド作成と発表
- 12. 価値を伝え 行動を促すこと
- 13. エンジニアだから 発表が苦手？
- 15. Purpose
- 19. What is a presentation?
- 21. 21 ‣ 知識の流動化により、個人での学びの限界 • 技術進歩の速度が加速し続けている • 全ての領域をカバーするのは現実的に難しいのでは ‣ 働き方が変わりつつある • 様々なチームとの情報共有、お客さまに対する提案、交渉を エンジニア自身が行わなくてはいけないシーンが増える ‣ 場数を踏む(失敗経験を積む） エンジニアが発表できる場の必要性 IT × ○○
- 22. 22 ‣ 敷居が高い • 現場視点で、ちょっとした事を話す場が無くなりつつあったのでは ‣ 楽しいですか？ • 問題提起。勉強会とは、学校でも職場でもない。 ‣ 幅広く技術話をしたい • スライドの作り方・プレゼンテーション方法への集中は本質ではない • 表現方法や情報整理の方法を共有することに、意味があるのでは 既存の勉強会でも構わないのでは？
- 23. 23 だから始めた ‣ 全員参加型 • 発表して、フィードバックを受ける機会 • 学びの機会 ‣ 一生モノのスキルを高めよう • 初心者上等 • 失敗上等、経験値をためよう！ ‣ もっと自由に！
- 25. 具体的な勉強会の内容
- 26. 26 ‣ 自己紹介 • 参加者全員が発表する • １ページ程度、１分程度で簡単に自己紹介 ‣ 基本セッション x2 • @Wslash & @zembutsu ‣ 参加者全員発表による LT • ５分程度 • 必ず全員が発表する • テーマは毎回変わる 勉強会のスタイル 「場数を踏む」という趣旨のため、 原則として全員発表にしていま す。ここ、実は当初かなり悩ん だところですが、趣旨として全員 が発表しないと、経験の場には ならないだろうと考え、このスタイ ルを続けています。
- 27. 27 ‣ 教わる場ではなく、お互い切磋琢磨する場を指向 • お客さんは要らない ‣ 実際に経験しないと役立たない • 自分でスライドを作る • 自分で発表する ‣ あえてハードルを上げる • 参加者が減っても厭わない 全員発表の原則 「めだかの学校」の歌詞ではあり ませんが、学びの場にしたいとい う想いが今でも強いです。
- 30. 30 ‣ スライドの対象者を絞る • 誰向けの発表なのか？ ‣ 発表を行う範囲を絞る • 技術解説・研究発表 • 製品紹介 • ポエム 聴講者の期待との齟齬を無くすため 目的の明確化 適切なタイトルを付ける。 適切な発表内容の概要を 事前に聴講者と共有する。
- 31. 31 ‣ 結論を意識 • 何を伝えたいのか？明確化 聴講者が途中で席を立てられるよう ‣ センテンスを意識 • 単純な文章の羅列はＮＧ – ついつい読み上げてしまう – 詳細は解説はウェブでも良い 各スライドは、結論を補う役目 適切な文脈 概要・結論を冒頭に置く。 結論 説明１ 説明２ 説明３ 背景
- 32. 32 ‣ システム構成の抽象化 • 言葉は各人で印象が異なる 抽象化すると共有しやすい ‣ 無理に文字で説明しない • 読み上げるのも聞かされるのもつらい • 単純な文章の羅列はＮＧ – ついつい読み上げてしまう 詳細な解説はウェブでも良い 適切な図解 必要があれば図を書き、 それを説明したほうが 理解が深まりやすい。
- 33. 33 技術系スライドで気をつけている箇所 目的の明確化 ・対象者 ・発表が扱う範囲 適切な文脈 ・結論を意識 ・センテンスを意識 適切な図解 ・システム構成の抽象化 ・無理に文字で説明しない 誰 何 適切なタイトルを付ける。 適切な発表内容の概要を事 前に聴講者と共有する。 概要・結論を冒頭に置く。 結論 説明１ 説明２ 説明３ 背景 必要があれば図を書き、 それを説明したほうが 理解が深まりやすい。
- 34. 発表時に気をつけている箇所
- 37. 時間は貴重
- 38. 技術者自ら情報を伝えること
- 41. 41 ‣ 維持したいこと • 全員発表の原則 ‣ 情報の整理 • 標準的なテンプレートの作成方法や、発表のコツをまとめる ‣ 課題 • 資料作成が重荷になっていないだろうか？ – LT の時間制限や、枚数上限など、発表を支援するための資料方針など 今後の方針について まだまだスタートしてから１年 ちょっとです。毎回参加者の皆 さんに支えられて、ゆるゆると続 けることができています。本当に ありがとうございます。
- 42. まとめ • なぜプレゼン研究会を始めたのか？ • エンジニアも発表しなくちゃいけない時代がやってきた • 失敗する場所が必要だと思った • 自分も含めて経験を積みたかった・積んでいきたい • 原則は全員発表 • 今後も活動は続く • より実践的な内容を目指したい • 情報の整理を始めたい
- 43. 参考資料 • 理系のための口頭発表術 ロバート・R・H・アンホルト、鈴木 炎 著 2008年、講談社 • 研究発表のためのスライドデザイン 宮野公樹 著 2013年、講談社
- 44. 44 Xkeymacs • Windows 上で Emacs のキー割り当て可 • アプリケーションごとにカスタマイズ可能 • http://xkeymacs.osdn.jp/ PowerPoint や Excel も楽々操作！ おまけ：ツール紹介 普段サーバではviを使う私です が、エディタではEmacsのキー バインドを使ってます（初めて 触ったエディタがmuleだったの で…）PowerPointでも Emacs風に操作できるので めっちゃ便利です！