スピーカーのチートシート、または最初のレポートの作成方法

私はプロとしてフロントエンドの開発を6年間、コンピューターの趣味として約15年間行ってきました。 私の人生では決してカンファレンスに出席する必要はありませんでした。率直に言って、私は恥ずかしがり屋でした-そのようなイベントに最初に出て、最後に話す瞬間まで。 結局のところ、役に立たなかったからです。



4月末、同僚のZhenyaは、Web開発者のウラル会議Dumpのためにエカテリンブルクに行くというアイデアを思いつきました。 この機会が訪れたら、スピーチを申し込んで、トピックを考え始めました。

レポートは、発言のリクエストから始まります。

当初、同僚-アンドレイカとパシャ-は、ウェブ開発のヒーローについて話すことを提案しました。コミュニティには、尊敬するほどのアイドルがいません。 このトピックは好奇心and盛で興味深いものですが、核心に迷惑をかけることはありません。 本当に気になったことを振り返りながら、検索を続けました。 そのようなトピックが見つかりました。



私は本当に生産的に働き、結果を楽しむのが好きです。 真の熱意を得るには、最低限、知識に適したタスク、適切な条件（報酬、快適な同僚、十分な期間）、および日常業務にエネルギーを無駄にせずにタスクに集中できるようにする優れたツールが必要です。

数年間、フリーランスのタイプセッターとして働き、大小のクライアントと協力し、数ページのプロモーションサイトのレイアウトから、レイアウトのない入札ポータルの200ページのアセンブリまで、約100のプロジェクトを完了しました。 私は恥ずかしく思います。この間に私が学んだ新しい技術はほとんど覚えていません。



もちろん、私は多くの経験を積み、知識が深まり、拡大しましたが、他の分野では、クライアントと仲良くなり、これまで以上にクライアントを理解することを学びました。ビジネスの仕組みと理由を理解する。



私はウェブ技術者ですが、この間ずっと新しい技術についてはほとんど勉強していません。 新しい方法論やツールのおかげも含めて、私は情報の真空状態にあり、より効率的に大きな話題で作業できるとは考えていませんでした。

私は、タイプセッターが独立したブロックの使用に切り替える方法について話し、技術的な制限の熊手を踏まずに話をすることにしました。 同僚と何度か話し合って名前を何度か修正した後、「Grunt.jsを使用してJadeとStylusから独立したブロックにサイトを構築する」というトピックに取り組みました。 主催者に手紙を送り、数日後、このトピックは興味深いものであり、フロントエンドセクションのプログラムにぴったりだとの回答を受け取り、準備を始めました。



名前は明確ではありませんが、テクノロジーではなく、独立したブロックでのレイアウトの方法とアプローチに焦点を当てるつもりでした。 件名を変更するのが怖かったのは、 私はまだ既製のレポートを持っていませんでしたが、より抽象的な「レイアウト設計者が独立したブロックに切り替えるべき理由」に「入らない」ことを恐れていました。 テクノロジーの名前を残して、私は失敗から安全でした。何も言わないよりも、ツールについて明白なことを言う方がベターです。



事前に申し込み、早めに始めましょう。 あなたが話すのは簡単で、主催者は-興味深いイベントを準備することができます。アプリケーションを提出する時点でトピックが解決されている場合。

パフォーマンスの準備には少なくとも1か月かかります

私は遅く準備を始めました。 5月上旬に故郷から戻ってきて、私は真剣に仕事に没頭し、会議が報告書の大まかな計画を策定するわずか1週間前に突入しました。 関連するアセンブリプロセスとテクノロジは私にとって馴染みのあるものなので、A4ページの要約のリストで良心を落ち着かせることができました。



数日後、このリストを「問題-解決策」という形式の計画の6ポイントに再編成しました。 今後のパフォーマンスについてまだ心配しています。 落ち着いて、私はスライドの準備を始めました。



新しい計画では、将来のレポートはより一貫したものに見えました。 shwr.meを取得し 、適切なテーマを選択し、エンジンを少し試して、見出しのスライドをスケッチしました。 私は絶対に12ポイントで入力された小さなテキストの束やgelvetikaで退屈なレポートを作りたくなかったので、クールな写真でプレゼンテーションを希釈することにしました。



写真を選択するのに数時間かかりましたが、まだ何も準備ができていませんでした。 スライドの半分しか作成していないので、完全にナンセンスであることがわかりました。 これらの6つの明らかな問題から、わかりやすいストーリーを作成する方法がわかりませんでした。 私は解決策を提供せずに問題にあまり注意を向けたくはありませんでしたが、私のスケッチした計画にはそれらの余地はありませんでした。



公演の前にたった2日間しか残っていませんでしたが、私は完全に準備ができていなかったので、1日でレポート全体を作成するつもりで寝ました。 夕食前にスライドを作り、同僚の前で話をリハーサルし、荷物をまとめて翌日空港に行きたいと思っていました。



朝、十分な睡眠をとることなく、私は仕事で座った。 前日予想したように、適切な状態に戻って何かを始めるのは難しいことがわかりました。 TEDと404 festでレポートを見始めて、いくつかの機能を見つけてインスピレーションを得て、さまざまなヒントを思い出し、壁に頭をぶつけたようで、問題の明らかな解決策に気付かなかった。



数時間後、私は自分に合った準備方法を誤って感じました。 私は椅子から出たばかりで、聴衆の前にいると想像し、自分で選んだトピックについて話し始めました。



レポートで最も重要なことは、興味深い一人称の物語です。 スライド（テキスト、写真、コード、実際の例）も非常に重要であり、それらの準備には多くの時間がかかります。 修正の準備をして、プレゼンテーションを作成および編集するための便利なツールを見つけてください。

興味深いトピックを選択し、声を出して書き留めます

私はレコーダーの電源を入れ、キッチンの中央で起きて、私の考えが終わる瞬間まで話し始めました。 この瞬間はすぐに来ました。短い一貫性のある話を得るまで、私はレポートの同じ小片を何度も言っていました。 最初の数回は録音を聴きましたが、最終的にはタイミングのためだけにレコーダーを使用し、私の声が正常に聞こえるようにしました。



要約は詳細かつ正確であることが判明し、表面的で一貫性がなくなり、問題のある部分がすぐに明らかになりました。 テキストをスライド用の論文クリブに簡単に分割するために、それらを再構成しようとしました。 約3分の1を書き留めた後、私は誤って鏡に映った自分を見、沈黙し、話していたことをすべて忘れました。



エディ・マーフィーのような活気のある表情の魅力的な男ではなく、鏡から私を見たが、ハンニバル・レクトール博士のようなある種の憎悪。 唇だけが顔を動かし、顔の筋肉がすべて緊張していて、普通に微笑むことができないことがはっきりと見えました。 このため、私は1時間仕事を辞めましたが、落ち着いて仕事に戻り、昼食をとり、小さなグーグルについてのブリンの報告を見ました-彼もあまりカリスマ的ではありませんでした。



次の数時間にわたって、私は折り畳み式の物語の計画の6つのポイントを概説し、すべてを数回言いました。 レポートは予定の25分以内に収まることがわかり、残りの15分を実際のプロジェクトの組み立て例と質問への回答に費やすことができました。 興奮して、私はすぐに話し始めました。 私は物語が少し伸びることを望んでいました、なぜなら 実際のスピーチでは、計画外のトピックを確実に切り替えて、もっと慎重に話すことを望んでいます。



一部のセクションでは、聴衆の質問のための特別な場所を指摘し、同僚の前でリハーサルする時間がないため、仕事に行きました。



一貫性のある興味深いストーリーを作成することに焦点を当てます。 人生の例を挙げ、聴衆とコミュニケーションを取りましょう。 外見、声、話し方を気にしないでください。 興味深く、関連性のあるトピックを選択してください。これは、テキストを記憶した結果ではなく、自信と必要な気分になります。

プレゼンテーションやその他の資料を事前に準備する

前日、 フロントエンドセクションのプログラムディレクターVasya Aksyonovから、夜にエカテリンブルクのYandexオフィスで予備報告が行われることを知りました。 これは私を少し安心させましたが、現代のツールと労働効率の改善に興味があるフロントエンドの友人であるレシャの前でリハーサルすることにしました。



スライドの準備ができていなかったので、紙の上に小さなチートシートを投げて教え始め、教材を指の説明に置き換えました。 親友と話をしたにも関わらず、私はまだ心配し、迷い、抜け出し始めました-十分にうまくいかなかった場所で。



友人は、彼の実際のプロジェクトのビルドが好きで、特に感銘を受けました。 彼は私に公共の行動に関するいくつかのヒントを与え、それが明確で興味深いので、実際の例でより大きな部分を作ることを提案しました。



これまで、簡単なプレゼンテーションストーリーとマスタークラスを作成することの間で引き裂かれましたが、準備なしに実際のケースを示すことは困難でした。 興味深いストーリーについては、プレゼンテーションのシーケンスを検討し、視聴者の注意を引きたいプロジェクトの重要な部分を強調する必要があります。 これらすべてのための時間はありませんでしたが、例のあるレポートの部分は小さくすることにしました。



夜遅くに帰宅して、私は続けた。 スライドは10〜15枚あるはずで、数時間かかると思われましたが、最終的には会議の日である5月24日の朝まで仕上げることができませんでした。 クールな写真が有用な情報を散在させることだけを考えていたため、その数を大幅に過小評価していましたが、次々と現れるコードと計画項目の束を完全に忘れていました。



このすべてを数回編集および修正する必要がありました。 最初からミスを犯したので、私は手でコードを昔ながらの方法で書き、リスナーをレポートから思いとどまらせるワークフローを正確に繰り返しました:-)私は朝まで働いていましたが、プレゼンテーションを終えることができませんでした。



私は飛行機に乗る前に少し働いて-主に不正確さを修正するために-その後、私のラップトップとそれで頭が放電されました。 ほぼ70枚のスライドの愚かな単調な編集には多くの時間がかかりました。Yandexでのリハーサルの前に、すでにエカテリンブルクでそれらを仕上げていました。



プレゼンテーションはチートシートです。 スライドを見るときに何を話すべきかを覚えやすいように調整します。 ほとんどの時間は、コードやその他の実際の例を使用したスライドの準備に費やされます。なぜなら、それらは明確かつ簡潔でなければならないからです。

バグのリハーサルと修正を必ず行ってください

エカテリンブルクとその住民は友好的でした。 私たちは好評を博し、リハーサルのために空港から街まで連れて行ってくれました。 経験豊富な同僚と話すことは、会議で話すことよりもさらに私を心配させたので、少し長引いて自分でリハーサルすることを好みました。



私は最後に実行時に話をしました：それは遅れて、数人がホールに残っていました。 すでに話している過程で、私はトピックを十分に明らかにしていなかったように見え、最後の瞬間に私は写真の束で私のアイデアが愚かであると感じました。 私は自分の話が好きではありませんでしたが、不必要な興奮で得点することを学びました。



話の後、VasyaとAnton Nemtsevがレポートに質問し、コメントしたところ、いくつかのポイントをうまく説明できなかったことが明らかになり、間違った考えを作り、間違った例を挙げました。 これをすべて修正するのは難しくありませんでしたが、パフォーマンスの数時間前ではなく、1週間でそのような修正を行うことをお勧めします。



私は、リスナーだけでなく、スピーカーである方がパーティーに参加するのがずっと簡単だと思っていました。 彼らは面白くてフレンドリーであることが判明し、Yandexのオフィスと街のツアーを実施し、旅行について面白い話をしました（こんにちは、アントン！）そしてフレンドリーで私たちを心配して、ホテルに戻ってきました。



プロジェクトビルダーに関するレポートの最後のセクションのスライドは準備ができていなかったので、就寝前にそれらをやりたいと思っていましたが、夜の散歩のために私はちょうど寝て、新鮮な心でプレゼンテーションを終える方が良いと判断しました。



事前にレポートを作成し、経験豊富な同僚と話してください。 彼らのコメントと、あなたが専門家であると考えている人々と話す事実は、あなたを助けるでしょう。 有能な専門家からの質問は、レポートの問題領域を特定し、リスナーの前で落ち着いて、エラーを事前に修正します。

話す準備をして、テクニックをチェックしてください

予備的な実行で、私のUbuntaはプロジェクターと友達になりたくないことがわかり、理解できないエラーを吐き出しました。 レポートをUSBフラッシュドライブにコピーし、Vasyaラップトップを使用しましたが、実際の例ではタイトでした。別のコンピューターでサイトを構築するのに十分な詳細な作業環境がありませんでした。



会議の登録は午前9時に始まり、レポートは10:00に、私のプレゼンテーションは10:45に始まりました。 みんなは、すべてをチェックして調整するために9時半に来てほしいと頼みましたが、私は朝の9時に目が覚めました！ 電光石火の速さで組み立て、私は階下に行き、朝食で最後のスライドを終えました。 もちろん、詳細な例は問題になりませんでした。パフォーマンスの10分前に、githubのユーティリティへのリンクを含む最後のスライドをプレゼンテーションに挿入しました。



公演開始前になんとかやって来たので、事前にすべてのラップトップをチェックしました。 彼はウバントホールのプロジェクターと友達でしたが、スキャンには小さなジャムがあり、プレゼンテーションを管理するためのリモートコントロールも取り上げられていました。 これは私を幸せにし、コンピューターと話すことができました。 確かに、とにかく実際の例はありませんでした。なぜなら、私はこれをクライアントと話し合うことができなかったからです。



会議の開催は困難な作業であり、機器とプレゼンテーションを事前に準備およびテストし、プレゼンテーション用の資料のコピーを用意しておくと、主催者の生活が大幅に簡素化されます。

プライムタイム、聴衆への敬意、聴衆の反応

私が話し始めたとき、交通機関とのオーバーレイのために、人々はまだ登録デスクで混雑しており、ホールは半分だけいっぱいでした。 後で私は、会議だけでなくテレビでも、プライムタイムがあることを認識しました-プレアワーとアフタヌーンアワー。 この時点でのスピーカーは、より多くのリスナーを集めて、より多くのフィードバックを得て、よりよく覚えられて、通常、より興味深いことを話します。

昨年の終わりに、サーバーとプロトコルからバックエンドとフロントエンドまで、「サイトの仕組み」に関するウェビナーを実施しました。 私は数日間準備し、詳細な計画を立て、10人とオンラインで話しました。 主な目標は、視聴者の反応、関心、反応性を調べることでした。 とても面白くて刺激的な経験でした。 予想通り、すべてが完全に間違っていました。



私のウェビナーは、いくつかのトピックでさえ、あまりにも多くのトピックをカバーしようとしました。 このサイトが細部にわたってどのように機能するかは、本全体のトピックであり、私がやりたい学生向けの入門講義ではありません。 リスナーにとって非常に重要なことについて話していて、あまり良い連絡をとっていない限り、何らかの超反応や数千の質問を待つ必要はありません。



一人の質問に答えるためにストーリーを中断しないでください。また、トピックから気を散らして詳細に深く入り込むべきではありません。 人々は耳を傾けるようになります。私がこのトピックから強く離れると、彼らは気が散って退屈し始め、最終的には失望したように感じました。

このレポートはウェビナーと同じストーリーです。リスナーは楽しみながら、何か新しいことを学びたいと思っています。 レポートにコードが含まれている場合、基本的な概念を説明するエレガントなまたは重要な部分を表示できますが、詳細にはあまり触れないでください。侵入できるものはほとんどありませんが、ほとんどは退屈します。



パフォーマンスは、リハーサルやそれがどうなるかについての私の仮定とは非常に異なっていました。



それでも、各スライドに小さなテキストではなく、写真、小さなコード、計画ポイントを使用してプレゼンテーションを準備しておくのは良いことです。 これは人々に対する通常の敬意です。 確かに、リハーサル中に面白いと思われたジョークや写真は、それ自体で暴力的な反応を引き起こしませんでした。 みんなが笑うまで、観客は次第に振り子のように揺れるか、観客を笑わせるために本当に機知に富んだ何かを言わなければならないことに気付きました。



私は、話すのをためらうか、聴衆に恥ずかしがるのをためらうだろうと心配しました。 もちろん、最初の5分間は気まずく、少し恥ずかしがり屋でしたが、その後落ち着いて物語を楽しみ始めました。 感情を信じている場合（私はまだビデオを見ていません）、レポートは折りたたまれていることが判明しましたが、非常に表面的です：あなたは人生からより多くの例と興味深い事例が必要です。



リハーサル中に、リョーシャは私にアドバイスをくれました。ホールで最初に見つけることは、喜んで伝える人です。 この決定は、絶対に自発的かつ無条件であり、一瞬でなければなりません。 そのような男が見つかりました-それはホールの中央に座っている赤いTシャツを着た男でした。 このようなテクニックの心理的効果は理解できます。ホールの反対側の壁について報告するよりも、注意深く耳を傾け、それを好む人に何かを伝える方がはるかに楽しいです。 私はいつも観客を見ることができたわけではありませんでした。私はスライドを振り返り続けるか、どこで考えているのかわかりませんでした。 私は「頭上」を見てみましたが、時々赤い男と見ました。



私の30分半は非常に速く飛んだ。 覚えようとした場合、おそらくテキストを忘れてしまいます-主なことは、計画を覚えて（スライドがリマインダーとして機能する）、パフォーマンスの前にリハーサルすることです。 技術的には優れているが冷静なテキストに基づいて話すのは難しいでしょうが、自分が思うことや何度も言ったことについて話すのはかなり簡単であることがわかりました。



聴衆の反応は穏やかでした。 レポートの最後に、聴衆からいくつか質問があり、さらに個人的に質問がありました。 質問を思いついた人たちも、おそらく自分自身に注意を払うことに慣れていなかったのではないかと心配していると感じるのは、予想外で不思議でした。 同じように、パフォーマンスの前に心配していましたが、目の前にいることが怖くないことがわかりました。



会議ではプライムタイムがあります-ランチタイム。 リスナーを尊重する：興味深いプレゼンテーションを準備し、スライドに基づいて伝え、自分の経験から例を挙げ、人々に質問します。 貴重なフィードバックを提供する経験豊富な専門家が部屋に必ずいるでしょう。

より頻繁に話す

長い間、私は話すことを敢えてしませんでした。 人前で話すのに十分な知識がないと思った。 百年前にこれをすべて行った人が常にいるように思われた-そしてこれは実際にそうである。 しかし、反対側からのスピーチを見ることができます。



言えば、あなたは観客とあなたの考えや経験を共有するだけでなく、彼らからのフィードバックも受け取ります。 Kostya Romanovが私に言ったように、それは科学界から来ました。 レポートを作成するには、対象分野を十分に理解する必要があります。事前に準備を開始する場合は、多くのことを確実に学習し、詳細な知識に基づいてレポートを作成します。



私が話すことができることはすでに私に知られており、私の意見では明らかであるので、私は何も話すことはないと思ったが、これは誤りです。 誰かが私が言っていることを簡単に知ることができず、誰かが貴重なコメントをします。 そして、他の専門家が問題をどのように解決するかを確認することは誰にとっても間違いなく便利です。



スピーチを面白くて面白くすることができれば、観客は間違いなく感謝し、自分のアイデアを仕事で使ってみます。これはおそらく技術者のスピーカーにとって最高の感謝です。



あなたは、少なくとも経験豊富な専門家と同様に、何か言いたいことがあります。 あなたが自分の知識に自信がなくても、リスナーは間違いなく退屈なパフォーマンスを楽しんで、あなたはあなたが話している知識の分野で貴重なコメントを受け取り、進歩するでしょう。 恥ずかしがらずに声を出してください



PS ビデオレポートがありました



残念ながら、プレゼンテーションと一緒にマウントされていなかったので、レポート「Grunt.jsを使用してJadeとStylusから独立したブロックにサイトを構築する」のレポートのプレゼンテーションを個別に見る方が良いでしょう。