MoscowJSには、さまざまなレベルのスピーカーがいます。 主要な会議で講演した経験のある人もいます。 大学で教えたり教えたりした人。 多くの人が初めて公演します。
みんなの準備を手伝います。 コンテンツに関するアドバイスを提供し、共同実行を整理します。 レポートの品質は多くの要因に依存します。 最初の近似では、次の2つになります。
- レポートをどのように準備しますか。
- パフォーマンス中にどのように振る舞いますか。
この記事では、最初の段落について説明します。 つまり、技術レポートの準備方法。
従来の準備プロセスは次のようになります。
それを「滝」と呼びましょう。 多くの人がそのように話す準備をしており、それがあなたのために働くなら素晴らしいことです！
そのようなプロセスの代替は、「反復」プロセスです。 すべてが古いロイスのようなものです：
:
開発時と同様、「ウォーターフォール」はフィードバックがないため、パフォーマンスの準備に効果的ではありません。 良い報告書を初めて発明することはできません。 その過程で、変更は避けられません。
反復プロセスの中心にあるのは、変化を促すフィードバックループです。 私が伝えたいこのプロセスについて。
準備段階
目標と制限
パフォーマンスのトピックに関する記事が1つあります。 その意味は、「あなた自身のために話すのではなく、聴衆のためにそれをする！」という一文で伝えることができます。
...あなたが人々が会議に来た理由ではありません。 彼らはあなたに耳を傾けます。なぜなら、彼らはあなたよりも彼らにとってずっと重要だからです。スピーチの論文を書き、資料を収集し、スライドを作成し、リスナーについて考える前に座ってください。 あなたのパフォーマンスの後、彼らは何に耐えますか？ 新しいフレームワークを試してみませんか？ 新しい概念を理解していますか？ コード最適化メカニズム？
レポートの目的を定義します。
これには制限があります。 レポートにはどれくらい時間がありますか？ あなたが話している問題について、リスナーはどれだけ理解していますか？ デモンストレーションを開催する機会はありますか？
「モバイルWebでの最適化」というトピックを含むレポートは、ビジネスや開発者の人と話すと劇的に異なります。 15分または1時間ある場合。
制約は想像力を刺激します。 一部のスピーカーは、それらを人工的に紹介することさえあります。 たとえば、次のようになります。「すべてのスライドで、カモノハシの写真を表示します。」
制限は、プレゼンテーションの目的と内容に影響します。 コンテンツについて考える前にそれらを定義します。 これにより、今後の作業が大幅に簡素化されます。
素材
誰と何について話しようとしているのかがわかったので、次に論文を記入します。 初めてそれらを識別しようとしないでください。
プレゼンテーションの主なアイデアを書きます。 前に特定した目標と制限に留意してください。
その後、資料を収集して論文を明らかにします。 自分の考え、記事やビデオの断片、コードの断片。
演説要旨を書く。 これは単なる概要であることに注意してください。 各論文を詳細に開示する必要はありません。 短い一般的な文章を使用します。 概要が変更されることに注意してください。
この段階での導入と結論について考えることは価値がある、とあなたは決めます。 誰かが、主要部分が「落ち着いた」後にそれらを行うことを好む。 以下では、紹介と結論のトピックに戻ります。
反復1：目的と概要
あなたが持っているものを取り除く時が来ました。
:
走る
下書きを印刷して、 自分のスピーチを大声で自分に伝えます。
もちろん、ドラフトに大きく依存します。 時間枠に間に合わない可能性があり、つまずき、黙ってトピックから離れます。
何が起きても、最初からやり直さないでください。 聴衆の前でそのようなチャンスはありません。 話を続け、不快な状況から抜け出すために自分自身を学んでください。
何を探す
最初の実行では、常に不快な印象が残ります。 しかし、すべてが正常であるため、トレーニングを行います。
ストーリーの後、レポートの目的と論文を修正します。
アブストラクトは目標に役立ちますか？ または、それらを変更する価値がありますか？ おそらく目標は修正する価値があるのでしょうか？
各論文を公開するのに十分な資料があるかどうかに注意してください。
変更点
実行中に理解した内容に従って、目標と論文を変更します。 問題を引き起こしたポイントに関する資料を収集します。
目標、要約、演説要約を変更します。
最初の反復結果
レポートの目的とその達成方法をよりよく理解できます。
論文を開くのに十分な資料があり、 すでに同化を始めています。
反復2：アブストラクトの主要な改訂
二度目の実行の時が来ました。
走る
下書きの新しいバージョンを手に入れて、再びスピーチを追いかけます。 メモに頼らずにいくつかの部分を伝え、他の部分はまだ伝えません。
スピーチにかかる合計時間に注意してください。
何を探す
この段階では、どの論文が最もよく機能し、どれが悪いかを理解することが重要です。 何について話したいですか？ 目標を達成するのに何が役立ちますか？
変更点
通常、目標は今では安定しています。 したがって、抄録を大幅に編集します 。
何か退屈に聞こえるか、それについて話すのが気に入らない場合は、削除します。 何かが足りない場合-追加します。
まだ説明していない場合は、導入と結論を出すときです。
時には言葉だけでは不十分です。 この場合、デモを追加します。 製品または短いライブコーディングセッションの例。 デモに時間がかかり集中が必要な場合は、ビデオを録画して使用してください。
2回目の反復の結果
あなたが快適に感じ、仕事をする部分は、スピーチに残ります。
この時点で、すでにストーリーテリングの安定したラインがあります。 はじめに、主要部分と結論。
繰り返し3.要約のマイナーリビジョン
走る
パフォーマンスを2回続けて引き出します。 それの各部分に費やされる時間を観察します。
あなたはスピーチをよく知っています。 ドラフトの役割は補助的です。
何を探す
スピーチの一般的な所要時間と、各部分の所要時間を知っています。 最初の実行後よりも、時間枠にはるかに近づいています。
必要以上に長く話す場合は、スピーチを控える時間です。
変更点
現在、プレゼンテーションの一部を放棄することは困難です。 しかし必要。 ただ速く話すことはできません、うまくいきません:)スピーチを時間枠に合わせてください。 3〜4分のマージンで改善されます。
スライドを投げます。 パフォーマンスにはまだ「動きのある」部分が多すぎるため、これを行う意味はありませんでした。 今がその時です。 スライドについては少し後で説明します。
3回目の反復の結果
あなたの手でスピーチをほぼ終えました。 それはあなたがあなたの目標を達成するのを助け、制限に適合します。 下書きスライドも準備ができています。 最後の反復が残ります。
繰り返し4.スタイル
走る
あなたはスピーチをよく知っています。 彼女を2回連続で追い払います。 ほとんどの場合、ドラフトはもう必要ありませんが、短い計画が重宝します。
何を探す
特に注意が必要なプレゼンテーションの部分を特定します。 たとえば、必要以上に話し始めることができる部分。
変更点
潜在的に危険な部品を削除、変更、または単に覚えておいてください。
「ポーランド語」のスピーチ、スライド、デモンストレーション。
4回目の反復の結果
話す準備ができました！ あなたは自分のスピーチを知っており、メモなしでそれを伝えることができます。 すべての制限が満たされていることを確認しているため、パフォーマンス中に心配する必要はありません。
スピーチのスピーカーは時々記事に作り直され、レポートの後に公開されます。
以下は、スライドの紹介、結論、準備についてのいくつかの言葉です。
はじめにと結論
概要には2つのタスクがあります。 まず、あなたのパフォーマンスが始まったことを聴衆に理解させます。 現時点で彼らがしていることを終える時間を彼らに与え、あなたに耳を傾けるために同調します。
多くは、プレゼンテーションと自分自身についての短い話から始まります。 これは、プレゼンテーションを開始する丁寧な方法であり、非常に効果的です。 レポートのスピーチがあなたに関するものでない場合、何か他のものから始めるのが理にかなっていると思います。 さらに、パフォーマンスの前に、一般に紹介される可能性があります。
導入の2番目のタスクは、レポートのトピックの概要を示し、主要なポイントに名前を付けることです。 したがって、生徒は、レポートがどれだけ自分に関連しているか、どれだけ継続するか、ストーリーがどのように展開するかを理解します。
結論は、エントリの鏡像です。 もう一度、レポートのトピックと要点に名前を付けて、要約します。
レポートの目的を想起し、結論に行動を呼びかけます。 たとえば、「このフレームワークを試す」または「貢献者が必要です。githubへのリンクがあります」。 行動を促すフレーズは、レポートと一致している必要があります。 MySQLの最適化について話した場合、奇妙なことになり、最終的に、開発者に行くように人々に促し始めました。
完了したことを聴衆に知らせてください。 丁寧な方法は、「ありがとう」と言うことです。 質問？「何か特別なものを思い付きたくない場合に使用します。
スライド
プレゼンテーションのコンテンツの準備が整ったら、スライドの作成を開始します。大きな変更はありません。 これはいくつかの理由で重要です。
- スライドは、準備の初期段階で概要に置き換わることはできません。
- 多くの場合、スライドよりも反復から反復に要約をやり直す方が簡単です。 さらに、大要とスライドをやり直すよりもさらに。
- 初期段階でスライドを実行すると、それらに夢中になります。 プレゼンテーションを理解し、スライドの助けを借りずにそれを伝えることができる必要があります。
スライドの内容について。 少しキープしてみてください:)これがテキストの場合は、大きなフォントを使用し、最も基本的なもののみを記述してください。 回路の場合、それは複雑ではないはずです。
このテーマに関するガイ・カワサキからの短い役立つビデオがあります。
まとめ
プレゼンテーションの準備方法に関する多くの有用なヒントがあります。 この記事では、一般的な方法論を説明しようとしました。 主なアイデアは、発言を何度も追い払うことであり、変更を行うことを恐れないことです。
どんな繰り返しにおいても、パフォーマンスを高く評価する側からの人をつなげることができます。 これを早く行うほど、良い結果が得られます。
プレゼンテーションプロセスには別の記事が必要です。 このトピックに関するいくつかの便利なリンクを以下にまとめました。
準備はどうですか？ コメントのいくつかの文でプロセスを説明してください。
読んだ後にレポートを作成したい場合は、行動してください！ Mitapy-初心者スピーカーに最適なプラットフォーム！ 職業により近い方を選択し、申請書を送信してください。 準備、執筆をお手伝いさせていただきます。 ここに私の個人的な好みからのいくつかの予定があります：
PSこの記事の準備に協力してくれたbashmish 、@ BSDaemon 、lahmatiy、 tenphiに感謝します！