デベロッパーリレーションズ

デベロッパーアドボカシーマニュアル(8):プレゼンテーションスキル


作者:Christian Heilmann 翻訳:庄七

講演とスピーチは素晴らしいツールです。それらを通して、聴衆にあなたを興奮させるものを魅力的な方法で見せることができます。聴衆は即座にフィードバックを与えます–その多くはボディーランゲージの形をとっています。私にとって、これはデベロッパーエバンジェリストとしての最も楽しい部分の一つです。

事実:どんな偉大な講演の始まりも、そのテーマに対する興奮です。その興奮がなければ、登場する価値さえありません。

このマニュアルでは、これを何度か取り上げてきました。この章では、プレゼンテーションのもう一つの問題について話したいと思います。長さに気をつけ、より重要なこと–聴衆の興味を維持することです。

以下の情報は、カンファレンスでの講演を中心に展開されています。講演とは、プログラムの中であなたの時間枠であり、単独で成立するものです。ワークショップを紹介する講演や会社の会議中の講演ではありません。ここで提示する多くのことは、これらの会議にも適用されますが、考慮すべきいくつかの異なるニュアンスがあります。

x分以内にすべてを収める方法

講演を始めたばかりの人として、講演のタイミングについてパニックに陥るでしょう。これは自然なことで、問題ありません。私たちは皆そうします。プレゼンテーションを始めたばかりの人は二つのカテゴリーに分かれます。講演の毎秒を練習して切り上げられる人と、講演があまりにも速く見える人です。

事実:私たちは階段を下るよりも上る方が速く走ります。理由は、ストレスfulで疲れる作業は、速く通り抜けると簡単に感じるからです。

これが、講演がいつも練習時や計画時よりも速くなる理由でもあります。舞台で講演すると、アドレナリンが急上昇し、あなたにとってはそれだけです。これは大丈夫です。それはあなたを人間的にし、親しみやすくし、聴衆をあなたの側に引き寄せます。あなたは私たち全員が恐れていること–人々のグループに話しかけること–をしていて、まだ恐れています。これはあなたを正直な、技術的なスピーカーにします–磨かれた完璧な俳優や政治家ではなく。

警告:講演のリズムに慣れてくると、この自動的なスピードアップが危険になることがあります。興奮は衰えません–あなたがするのは速くなることに慣れるだけです。

これが、時間が経つにつれて、あなたのブランドが大きくなり、講演にどんどん多くの内容を入れたくなる理由です。あなたには時間があるので、それを使った方がいいでしょう?人々はそこに来るためにお金を払ったので、多ければ多いほどいいでしょう?必ずしもそうではありません…

少ないことが多いこと

罠に陥らないでください。偉大な講演は、一つの中心的なテーマを中心にいくつかのポイントを提示するだけです。これが、講演に焦点を当てたカンファレンスが短いセッションを持つ理由です。TEDが講演に課している16〜18分の制限は、より多くのコンテンツを入れるためのトリックではありません。これは素晴らしい制限です。なぜなら、聴衆が警戒心を持ち、物事を理解できる時間だからです。また、スピーカーに講演についてより多く考えさせます:限られた時間内にポイントを述べること。これは、できるだけ多くの不要なものや冗長なものを削り取ることを意味します。そして、より説得力のあるメッセージを選びます。

覚えておくべきこと:あなたが言いたい一つのポイントから始める。これはサウンドバイトである必要はありません(それが役立ちますが)。多くのものになる可能性があります。

  • 洞察である可能性があります。

  • あなたの研究の結果である可能性があります。

  • 「Xの現状はこうです」というものになる可能性があります。

  • 「X製品の新しい機能はこれです、この機能をどのように構築したか見てください」というものになる可能性があります。

あなたのポイントから始めて、それを中心に他のコンテンツを追加してください。良いストーリーには序章、クライマックス、結末があるように、あなたの講演にも同じことが当てはまります。本質的に、あなたの焦点は、私が人々に講演から覚えてほしい一つのことは何かです。これは、聴衆の頭の中に入り込もうとする必要があることを意味します。

あなたは自分が何について話しているかを知っています。あなたをここまで導いた主要な「A-hah」の瞬間を思い出してみてください。それがあなたの出発点です。あなたがこの講演をする理由があります。講演のテーマについてあなたが語りたいストーリーが、その理由です。テーマそのものではありません。ストーリーを販売してください–あなたはすべての情報を所有する必要はありません。これは重要です。目標を達成するために取るべきすべてのステップを教えてくれるスピーカーはたくさんいます。しかし、あなたが独自の方法でそのテーマについてもっと知りたいと思うように刺激してくれた人々を覚えているでしょう。

あなたの講演はあなたにしか重要ではない

カンファレンスで聴衆に技術的な講演をするとき、考慮すべきいくつかのことがあります:

  • あなたの講演はたくさんの講演の一つです:すべてのスピーカーがたくさんのライブコーディング、「ボタンを押すだけで簡単になる」偉大なツール、「Xの方法論は死んだ、私たちを救う新しい–実験的なものがここにある」などの深遠な真実で聴衆を魅了すると、人々はすぐに情報に圧倒されます。ポイントをよく説明する講演は、新鮮に感じられ、内容を詰め込んでいるように見えません。一つのことに焦点を当てることで目立つことができます。

  • あなたの講演は録画され、配布されます:教育ビデオの長さについて多くの研究があり、一般的なコンセンサスは、短い方が良いということです。人々は時間を節約するために、ビデオを意図よりも速く見るためにブラウザのプラグインを使用します。誰も新しい製品機能について知るために丸1時間を費やしたくありません。

  • 人々は講演全体を覚えません:あなたは時間を分散させる必要があります。あなたは人々に講演からいくつかのことを覚えてもらい、熟考させたり、他の人に話したりしてもらいたいです。

  • 人々はあなたに情報を必要としません:彼らはあなたに物事を考え抜いてもらいたいのです。彼らはあなたに、何かや洞察を適用するためにリソースを活用する方法を学んでもらいたいのです。誰もあなたに明らかなことや、オンラインで数秒で調べることができることを教えてもらいたいとは思いません。

スピーカーとしてのあなたの仕事は、トピックを十分に興味深くして、人々が自分で試すようにすることです。あなたはただのガイドであり、人々は散らばったり、自分の道を見つけたりするかもしれません。

これがプレゼンテーションの本当の芸術です。ステージの時間は見せて聞かせる時間ではありません。それはビデオトレーニング、ワークショップ、チュートリアル、または一対一のトレーニングの役割です。技術イベントのステージの時間は、「これがあなたの時間を投資する価値のあるものである理由はここにあります」という時間です。または、「研究の状態が私たちをどのように助けてくれるか」という時間です。「私は知っています、興奮しています、そして私が見つけたすべてをあなたに見せます」という時間ではありません。

これを避けるのは難しいかもしれません。なぜなら、ステージで自慢するのは楽しいからです。何かを達成するためにあなたがしたことを共有するのは気持ちが良いです。特定のツールや作業方法を使用することで、より効果的になったことを示すのはいいことです。

警告:人々はあなたではなく、誰もが異なる学習スタイルと作業スタイルを持っていることを覚えておくことが重要です。あなたに効果的なものとそれがあなたをどのように良くしたかを自慢することは、 patronizingまたは傲慢に聞こえることがあります。聴衆はおそらく彼らのこともよく知っていることを覚えておいてください。そして彼らは彼らが知っていることを自慢したいと思っています。これが、あなたの製品や技術的な知識についてあまりにも「自己中心的」であるために、講演中や講演後にソーシャルメディアで攻撃的なフィードバックを受ける理由です。

より多くの情報を索引付けする

時間を管理し、記憶に残るメッセージを伝えるために、情報を委任する最も簡単な方法。すべてを自分で説明するのではなく、人々が自由な時間にチェックできるリソースを指摘します。以下のようなものを参照することでこれを行うことができます:

  • 技術の現在の状態を示すウェブ上の比較 / 研究サイト。これらは素晴らしいです。なぜなら、あなたの講演が最新の状態を維持することを意味するからです。聴衆にリソースを紹介します。もし後で講演の録画を見ると、現在の状態を見ることができます。多くのカンファレンスはビデオを編集して公開するのに長い時間がかかるため、講演と公開の間に常に遅延があります。現在の状態を示す代わりに、起こっている旅路を指摘します。

  • あなたが提示するのと同じテーマをカバーする深く掘り下げた講演、ソリューションとして。例えば、オフラインアプリケーションについて講演をするとします。あなたはすべてのブラウザの違いとサービスワーカーの状態に深く入ることができます。または、このテーマについての深い講演を指摘し、なぜこの技術が重要であるか、それがどの問題を解決するかを説明することができます。これはまた、あなたが他のスピーカーやカンファレンスを気にかける人であることを示します。それはあなたが自分のやっていることを気にかけ、他のスピーカーに信用を与えることを示します。それはあなたが事情を知っていて、単に人々にあなたが知っていることを言うのではなく、教えたり学んだりする準備ができていることを示します。

  • テストスイート。何かが機能すると言うのではなく、彼らが自分でテストできる場所を示します。これにより、人々があなたを疑うのを避けることができます。あなたがしているのは、あなたが見つけた結果とそれについてのあなたの意見を共有することだけです。さらに、あなたは彼らに同じことをするように誘い、彼ら自身の結果を見つけて、あなたの結果と比較するように誘います。これにより、聴衆はあなたと同じくらいクールになりますが、あなたはまだもっとクールです。なぜなら、彼らはあなたからそのリソースを得たからです。たとえば、彼らが上司に自分のウェブサイトがどれだけ遅いか、そしてそれをどのように修正するかを示すと、彼らは上司を感動させたツールを紹介してくれた人としてあなたを覚えています。

  • インタラクティブな例とフォークされたリソース:彼らにあなたの作業を遊ばせ、拡張させましょう。あなたのコードをJSBin、JSFiddle、CodePen、またはその他のリソースに置きます。GitHubのレポジトリを指します。人々があなたの作業をどこで見つけることができるか、そしてなぜ人々にそれを使用してほしいのかを明確にします。また、フィードバックを求めてください。コードの再利用性と利用可能性は重要です。誰もライブコーディングの録画に従って、ビデオからコードを読もうとしたいとは思いません。

  • 仕様と公式の標準討論リスト。あなたがスピーカーであることを信じることは一つのことです。あなたが話していることが多くの専門家の目を引き、同意を得ていることを知ることは、まったく異なるゲームです。

  • リソースのコレクション。講演で話したリソースへのリンクのリストを提供し、すべてを見つけるための一つの場所にします。これにより、講演をしながらあなたが話していることを書き留める必要がなくなります。また、短いURLを使用して、あなたが取り上げたものをどれだけの人が検索したかを追跡することもできます。これはマネージャーに見せるのに良いメトリクスです。

多くの人々が持っている一つの懸念は、技術的に十分でないことです。私たちは皆セールスピッチが嫌いです–それは与えられた事実です。講演は、コーディング演習と比較して、形式として多くの教育上の利点を持っています。そのため、講演のツールとしてターミナルを開く代わりにスライドを使用しても悪いと感じる必要はありません。これは、最も時間予算を食いつぶす可能性のあるものにつながります:コード演習とライブデモ。

ライブコーディング?

私はデベロッパーアドボカシーを行っている他の人々とこの問題について何度も話し合ってきました。私たちは、ライブコーディングが技術的なスピーカーとして最も驚くべきレベルであると考えています。それはあなたがまだプログラマーであることを示します。それはあなたが話すだけでなく、実際に行動することを示します。それは誰もがあなたが示したことを繰り返すことができることを意味します。

私は素晴らしいライブコーディングデモを見たことがあります。そして、それらはいつも聴衆の間で大成功を収めます。一部のスピーカーはコードをパフォーマンスにし、娯楽的で刺激的に保つことに成功しています。しかし、それらは特別な人々です。あるいは、講演とライブコードが非常によく準備されています。

同じ興奮した聴衆に数時間後に、コードが何についてのものであったか、またはスピーカーが特定の問題をどのように解決したかを尋ねると、異なる結果が得られます。ライブコーディングは興奮するものですが、聴衆があなたのように働き、同じツールを使用することも前提としています。何度も、聴衆の反応が軌道から外れるのを見てきました。Twitterの人々は、講演のテーマを聞いたり考えたりする代わりに、ターミナルの設定やスピーカーが使用するコードエディターについて話します。ステージでコーディングすることで、人々はあなたの環境設定や作業方法に気を取られる可能性があります。これは大きな注意散漫になる可能性があります。あるいは、それは人々があなたのことをまったく聞かないことを意味するかもしれません–結局のところ、あなたは彼らの環境を使用していません。

ライブコーディングには、講演を脱線させ、時間配分を食いつぶす可能性のある多くの未知数があります。多くのことが起こり、起こるでしょう:

  • あなたはオフラインになる。カンファレンスの主催者や会場の所有者があなたに言うことは何でも信頼しないでください。ステージに上がると、ネットワークがダウンしたり、コンピューターがクラッシュしたり、プログラムが壊れたりして、マシンを再起動する以外に何もできなくなる可能性があります。

  • 話しながら書くとタイプミスを入れる。これは単なる自然なことです。あなたが認めてすぐに修正するとき、または聴衆の誰かがあなたが試みる前にあなたの問題を見つけるとき、それは魅力的です。しかし、それには時間がかかります。

  • あなたは明白なことを忘れる。あなたのログイン情報のように。何度も、スピーカーがシステムに接続しようとして3回のログインに失敗するのを見てきました。一度、スピーカーがパスワード欄ではなく名前欄にいることに気づかず、2000人に見られながらパスワードを入力しているのを見ました。そこから回復するのは幸運です。

  • あなたのコードは書きにくくなるか、読むことができなくなる。人々があなたがしていることを見るためには、フォントをはるかに大きくする必要があります。それは1行に使用できる文字が少なくなることを意味します。通常、プロジェクターの解像度はあなたの標準解像度ではありません。それは、エディターの設定がより小さなスペースに合わせる必要があり、すべてのメニューとツールバーがなくなることを意味します。

  • あなたは簡単にみんなに見せたくないものを表示する可能性があります。フィールドのオートコンプリート、URLバーに入力すると表示されるブラウザの履歴、これらすべてのものは迷惑になるか、さらには直接恥ずかしいものになる可能性があります。私が知っている多くの開発者は、これを避けるためにマシンに完全に新しいプロファイルを作成します。

  • デバッグと問題解決には時間がかかる。ステージで何かがうまくいかないとき、あなたはそれを認めて先に進む必要があります。10分間のコードを示しても動かないときには、それをすることができません。そうすると、あなたはつぶやき始め、コードに焦点を合わせます。あるいは、聴衆からさまざまな状態のフィードバックをたくさん受けます。どちらにしても、それは講演の流れを壊し、時間が過ぎていきます。あなたは講演の制御を失います。そして、それは避けるべき一つのことです。

多くのライブコーディングは「誰でも1分でこれができる」というピッチであり、疲れる可能性があります。開発者として、私たちは常に生活をより簡単にするものを約束されています。私たちはまた、それらが失敗するのを見続けています。そして、私たちは後の仕事で決して必要としなかった「1分間のデモ」のものをたくさん見てきました。

警告:それがやりやすすぎるように感じるなら、それはやる価値がないか、開発者としての私たちの仕事を侮辱しているかのどちらかです。私たちは専門家であり、専門家レベルのツールは私たちにより高品質の製品を構築することを可能にすべきであり、私たちを不要にするべきではありません。

とは言っても、あなたがやっていることに固執していて、カンファレンスが実験中に物事が壊れることを期待する技術的なカンファレンスであるなら–やってみてください。私はあなたが自分の個人的な方法で可能な限り創造的になることを止めるためにここにいるのではありません。

コードと/または製品デモのスクリーンキャストを作成し、それについて話すことを考えてください。講演は繰り返し可能で、その内容は再利用可能でなければならないからです。スクリーンレコーディングを使用すると、ビデオのロードまたはコンパイル部分を早送りすることができ、演習の長さを知ることができます。あなたはコーディングに集中することができ、ステージではライブコメントをすることに集中することができます。両方をするのは難しいです。なぜなら、何かを入力することと別のことを言うことは自然なことではないからです。

質問を避ける

講演中にできる最悪のことの一つは、質問を許可することです。私はこの本の前半で、これが良いことだと言いました。しかし、それは特にカンファレンスの講演についてのものではありませんでした。質問のオプションを提供することは、聴衆への良いサービスのように見え、カンファレンスをよりインタラクティブに見せますが、役に立ちません。ワークショップの一部としての講演では、その一部を紹介するために、それは素晴らしいことです。カンファレンスでは、あなたがステージにいて設定された時間がある場合、それは気晴らし以外の何ものでもありません。

  • 質問を聞き、理解し、繰り返す必要があります。これは聴衆のためですが、より重要なことに、録音のためです。録音では、誰が質問しているのかを見ようと目を細め、質問が何であるかを聞いて理解しようとする迷った人のように見えます。これは良い印象ではなく、後であなたのビデオを見る人々の時間を無駄にします。

  • 質問は、後で話そうとしていることについてのものか、あなたが話していることと直接関係のない他のトピックについてのもののどちらかです。前者は、「ああ、それは後で出てきます」と言うと、生意気に見えます。また、質問をする、理解する、繰り返すのに費やされた時間が完全に無駄になります。質問した人は、みんなの時間を無駄にしたと感じます。後者は、質問があなたのストーリーと物語の流れを混乱させ、聴衆の注意をそらすことを意味します。あなたは彼らを失います。そして、それは避けるべき主なことです。

  • それはあまりにも傲慢なことです。もちろん、講演中に質問を許可することは、あなたが恐れていないことを示します。それはあなたがそのテーマについてすべてを知っていることを示します。それはまた、あなたが講演をそれほど気にしていないか、一貫したストーリーを語るつもりがないことも示します。あなたはすでに、あなたの時間が重要ではなく、人々と議論することを好むことを認めています。それなら、なぜ講演の代わりにオープンなQ&Aを提供しないのですか?

講演後に質問する時間があることを明確にしてください。カンファレンス中にどこであなたを見つけることができるか、そしてどのように連絡するかを人々に伝えてください。講演には多くの情報が含まれているので、彼らの質問はおそらく答えられると再び人々を安心させてください。本質的に、それが計画された固定長の講演であることを人々に知らせることで、彼らが受け入れて注意深く聞くことがより簡単になります。

カットするもの

スライドには、私たちが良いスタイルだと考えるものがありますが、よく見るとそれほど有用ではないものもあります。それらはあなたには役立つかもしれませんが、私は講演からそれらをカットしても悪い影響はないことを見つけました:

  • 議事スライド:これは聴衆にいつ寝るべきか、いつ目を覚ましておくべきかを教えます。講演の始めに、あなたがカバーするつもりのものを一言で言うことができます。現在の位置を常に人々に思い出させる必要はありません。それはスピーカーの杖のように感じ、ストーリーを語っているのではなく、指示のセットに従っている印象を与えます。

  • 企業情報スライド:「私はXで働いています、それは…をしています」は、人々がそこに来た理由ではありません。講演があなたの会社についてのものでない限り、あらゆる手段を講じてこれを避けてください。これには、スライドの大規模な企業ブランディングも含まれます。法律上の理由がない限り、これをしないでください。これはあなたの時間であり、あなたの講演は人々をあなたの会社に興奮させるでしょう。ブランドの問題は、人々がブランドに対して先入観を持っていることです。これがあなたのブランドへの障害にならないようにしてください。

  • 長い自己紹介スライド:それはカンファレンス資料のバイオの役割です。そして、なんということでしょう?誰もそれらを読みません。

  • 現在のジョークやミーム:これらのものを持つことは今はクールですが、人々が後で講演を振り返ったときに時代遅れに見える可能性があり、多くの点でさらに無理矢理に見える可能性があります。さらに悪いことに、特定のミームや有名人があなたと関連付けたくない人々に採用された場合、瞬間的に面白かったものが近い将来に攻撃的になる可能性があります。

講演を充実させる

講演に満足し、削るべきものがないことに気づいたら、価値を追加して残りの時間を埋めるために何を入れることができますか?いくつかの重要なことがあります:

  • 講演のスライドをどこで見つけることができるかを人々に教えてください。ほとんどの人はスライドを見ませんが、誰もがそれらを見たいと思っています。これは最初の質問です。

  • どこであなたに会えるか、どのように連絡できるかを人々に伝えるスライドを準備してください。なぜ特定のチャンネルを使用するのか、何のために使用するのかを人々に教えてください。あなたが最も可能性が高い場所とどれほど速く反応するかを彼らに教えてください。

  • 他の会社で働く同僚や人々を紹介するスライドを準備してください。彼らはそのテーマの専門家です。あなたが忙しい場合、人々はこれらの人々に連絡することができます。

  • あなたが発表する場所とあなたのチームがものを発表する場所を示してください。あなたは唯一の真実の源になりたくありません。

  • あなたが話しているテーマをカバーするリソースで、参加が必要なものを示してください。メーリングリスト、リポジトリ、ユニットテストライブラリなど。言い換えれば、聴衆が簡単で役立つ方法でその一部になることができる場所を示してください。

  • そのテーマを理解するためにあなたが読んだリソースを示してください。あなたの情報源を共有することは人々に感謝され、それらの情報源に勢いを与えます。

講演の要約を計画する

一つの中心的なテーマと、あなたが伝えたい単一の要点を中心に講演を計画してください。ストーリーを語るためにその周りにさらにコンテンツを追加してください。このように、序文に時間がかかりすぎた場合でも、本質的なものを伝えることができます。あなたの時間は限られています、そして聴衆はあなたの言うすべての言葉を聞くことはありません。あなたと彼らの両方にとって価値があるのは、素晴らしいコンテンツ、ペースを維持するのに役立つ素材、そして間違った場合に多くの時間を取られる可能性のある素材を避けることです。

転載をご希望の場合は、出典を明記してください:デベロッパーリレーションズ »


Similar Posts

Content icon
Content