「報告書が退屈になる権利はない」：会議でのスピーチについてのバルーク・サドグルスキー氏へのインタビュー

Baruch Sadogursky – JFrog の開発者擁護者、書籍「Liquid Software」の共著者、有名な IT 講演者。

インタビューの中でバルーク氏は、どのように報告書を準備しているのか、外国の会議がロシアの会議とどのように異なるのか、参加者がなぜ出席しなければならないのか、なぜカエルの着ぐるみを着て講演しなければならないのかなどについて説明した。

最も単純なものから始めましょう。 そもそもなぜカンファレンスで講演する必要があると思いますか?

実際、カンファレンスで話すことは私にとって仕事です。 「私の仕事はなぜ？」という質問にもっと一般的に答えるとしたら、これは（少なくとも JFrog 社にとって） XNUMX つの目標を達成するためです。 まず、ユーザーおよび顧客との連絡を確立します。 つまり、私がカンファレンスで講演するときは、当社の製品や会社について質問やフィードバックがある人なら誰でも私に話しかけることができ、何らかの形で彼らを助け、当社の製品を使用する際のエクスペリエンスを向上させることができます。

第二に、これはブランド認知度を高めるために必要です。 つまり、私がいくつか興味深いことを話すと、人々はこれがどのような JFrog であるかに興味を持ち、その結果、開発者関係ファネルにたどり着き、最終的にはユーザーのファネルに進み、最終的にはユーザーのファネルに進みます。顧客のファネル。

公演に向けてどのような準備をしているのか教えてください。 何らかの準備アルゴリズムはありますか?

準備には多かれ少なかれ XNUMX つの標準的な段階があります。 XNUMXつ目は、映画のように「始まり」です。 何らかのアイデアが現れるはずです。 アイデアが現れてから、それは長い時間をかけて熟成されます。 それは成熟しており、このアイデアをどのようなキーで、どのような形式で、それについて何が言えるかをどのように提示するのが最適かを考えています。 これが最初の段階です。

第 XNUMX 段階は、具体的な計画を立てることです。 あなたはアイデアを思いつき、それをどのように提示するかについての詳細を取得し始めます。 これは通常、ある種のマインドマップ形式で行われ、レポートに関連するすべてのものがアイデアの周りに表示されます。サポートする議論、導入、それについて伝えたいいくつかのストーリーなどです。 これが第 XNUMX 段階、つまり計画です。

第三段階は、この計画に従ってスライドを作成することです。 スライドに表示されるいくつかの抽象的なアイデアを使用して、ストーリーをサポートします。

第 XNUMX 段階はランスルーとリハーサルです。 この段階では、ストーリーがどのような展開になっているか、ストーリーに一貫性があるか、タイミングの点ですべてが問題がないことを確認することが重要です。 この後、レポートの準備が完了したと宣言できます。

「このトピック」に取り組む必要があることをどのように理解していますか? また、レポートの資料はどのように収集しますか?

どう答えてよいかわかりませんが、なんとなく思い浮かびます。 「ああ、ここはすごいことになったな」か、「ああ、これについては誰も本当に知らない、理解していない」のどちらかであり、伝え、説明し、助ける機会があります。 これら XNUMX つのオプションのいずれか。

資料の収集はレポートに大きく依存します。 これが抽象的なトピックに関するレポートである場合、それはむしろ文学、記事です。 これが実用的なものであれば、コードを書いたり、デモをしたり、製品内で適切なコードを見つけたりすることになります。

最近開催された DevOps Summit Amsterdam 2019 での Baruch 氏のスピーチ

パフォーマンスに対する恐怖や不安は、人々がステージに上がらない最も一般的な理由の一部です。 演奏するときに緊張してしまう人たちにアドバイスはありますか？ 心配していますか？どう対処していますか？

はい、私にはそれがあります、そうあるべきです、そしておそらく、私が完全に心配するのをやめた瞬間、これがこの問題をやめる理由になります。

ステージに上がり、目の前にたくさんの人がいるとき、これはまったく普通の現象だと私には思えます。 責任重大だから心配するのは当然だ。

これにどう対処すればよいでしょうか? さまざまな方法があります。 直接戦う必要があるほどのレベルで戦ったことがないので、言うのは難しいです。

私にとって最も重要なことは、友好的な顔、つまり聴衆の中の馴染みのある顔です。 知り合いに講演に来てほしいとお願いした場合、最前列の真ん中に座って、いつでもその人を見ていられるようにすると、その人は前向きになり、笑顔でうなずき、サポートしてくれるでしょう。これはとても大きなことだと思います。大きな助けになりました。 特に誰かにこれをお願いするわけではありませんが、たまたま聴衆に馴染みの顔がいると、とても助かりますし、ストレスも解消されます。 これが最も重要なアドバイスです。

あなたはロシアの会議や国際会議でよく講演しています。 ロシアの会議と外国の会議での報告の違いがわかりますか? 視聴者の違いはあるのでしょうか？ 組織内で？

大きな違いが XNUMX つあります。 ロシアと海外のカンファレンスが異なることは明らかですが、病院の平均をとれば、ロシアのカンファレンスは、レポートの深さ、ハードコアという点でより技術的です。 おそらく、Joker、JPoint、Highload などの主要なカンファレンスが常にハードコアなプレゼンテーションに基づいているため、人々はこれに慣れ親しんでいます。 そして、これはまさに人々がカンファレンスに期待していることです。 そして多くの人にとって、これはこのカンファレンスが良いか悪いかの指標です。肉やハードコアが多いか、それとも水が多いかです。

正直に言うと、私は海外の学会で講演することが多いせいか、このアプローチには賛成できません。 私は、ソフトスキルに関する報告書、つまり「半人道的報告書」も会議にとって同様に重要であり、おそらくそれ以上に重要であると信じています。 いくつかの技術的なことは最終的には本で読むことができるので、ユーザーマニュアルを使用して理解することができますが、ソフトスキル、心理学、コミュニケーションに関しては、少なくともこれらすべてを入手できる場所はありません。簡単、アクセスしやすく、わかりやすい。 これは技術的な要素と同じくらい重要であるように私には思えます。

DevOps はテクノロジーに関するものではないため、これは DevOpsDays などの DevOps カンファレンスでは特に重要です。 DevOps はまさにコミュニケーションに関するものであり、これまで一緒に働いたことのない人々が一緒に働くための方法に過ぎません。 はい、自動化は DevOps にとって重要であるため、技術的なコンポーネントはありますが、これはそのうちの XNUMX つにすぎません。 そして、DevOps カンファレンスが、DevOps について話す代わりに、サイトの信頼性や自動化、パイプラインについて話す場合、このカンファレンスは、非常にハードコアであるという事実にもかかわらず、私の意見では、DevOps の本質を見逃しており、システム管理についてのカンファレンスになってしまいます。 、DevOpsについてではありません。

XNUMX つ目の違いは準備中です。 繰り返しますが、私は特定の症例ではなく、病院の平均的な一般的な症例を取り上げています。 海外では、ほとんどの人が人生で何らかの人前で話す訓練を受けていると考えられています。 少なくともアメリカでは、それは高等教育の一部です。 大学を卒業している人は、人前で話すのにすでにかなりの経験を持っています。 したがって、プログラム委員会が計画を見て、報告書の内容を理解した後は、講演者がその方法を知っている可能性が高いと考えられるため、講演者に代わって話す訓練はそれ以上行われません。

ロシアでは、人前で話す経験を持つ人がほとんどいないため、そのような仮定は立てられず、そのため、話者はより多くの訓練を受けています。 繰り返しになりますが、一般的には、ランスルーがあり、講演者によるクラスがあり、講演者を支援するためのスピーチコースがあります。

その結果、コミュニケーションが苦手な弱い講演者が排除されるか、彼らがより強力な発表者になるよう支援されます。 西洋では、人前で話すことが多くの人が持っているスキルであると考えられているという事実は、最終的には逆効果をもたらします。なぜなら、この思い込みはしばしば誤りで間違っていることが判明し、人前で話す方法を知らない人は公然と大失敗するからです。ステージに上がって不快なレポートを作成する。 そして、人前で話す経験がないと思われているロシアでは、訓練を受け、テストを受け、良いものを選んだため、最終的にははるかにうまくなったことが判明する。

この XNUMX つの違いがあります。

他の国のDevOpsDaysに行ったことがありますか? 他のカンファレンスとどう違うと思いますか? 特別な機能はありますか?

私はおそらく、アメリカ、ヨーロッパ、アジアなど、世界中で数十回の DevOpsDays カンファレンスに参加したことがあります。 このカンファレンスシリーズは、どのカンファレンスでも期待できる多かれ少なかれ確立された形式を持っているという点で非常にユニークです。 形式としては、第一線の学会発表は比較的少なく、オープンスペース形式で多くの時間が割かれています。

オープンスペースとは、最も多くの人が投票したテーマについて他の参加者と一緒に議論する形式です。 このトピックを提案した人はリーダーであり、議論が始まることを確認します。 ご存知のとおり、コミュニケーションとネットワーキングはどのカンファレンスにおいてもプレゼンテーションと同様に重要な部分であるため、これは優れた形式です。 そして、カンファレンスがその時間の半分をネットワーキング形式に費やすというのは、とても素晴らしいことです。

さらに、DevOpsDays ではライトニング トークが頻繁に開催されます。これらは 30 分間の短いレポートで、退屈しない形式で多くのことを学び、新しいことに目を向けることができます。 そして、定期的なレポートの途中で、これは自分のものではないことに気づいた場合、時間が無駄になり、人生の40〜XNUMX分が無駄になってしまいますが、ここではXNUMX分間レポートについて話します。 興味がなければすぐに終わってしまいます。 「すぐに教えてください」も非常に良い形式です。

より技術的な DevOpsDay もあれば、プロセス、コラボレーションなど、DevOps とは何かに特化した DevOpsDay もあります。 両方あるのも面白いし、両方あるのも面白い。 これは現在最高の DevOps カンファレンス シリーズの XNUMX つだと思います。

あなたのパフォーマンスの多くはパフォーマンスや演劇に似ています。ギリシャ悲劇の形でトークをすることもあれば、シャーロックの役を演じることもあれば、カエル​​の着ぐるみを着てパフォーマンスすることもあります。 どうやってそれらを思いつくのですか？ レポートを退屈にしない以外に、何か追加の目標はありますか?

レポートが退屈である権利はないと私には思われます。なぜなら、第一に、私は聞き手の時間を無駄にするからです。退屈なレポートでは、リスナーはあまり関与しませんし、学ぶことも、新しいことを学ぶことも少なくなります。そして、これはそうではありません。彼らにとって最高の時間の無駄だ。 第二に、私の目標も達成されていません。彼らは私のことを何も良く思っておらず、JFrog のことも何も良く思っていません。私にとってこれはある種の失敗です。

したがって、少なくとも私にとっては、退屈なレポートは存在する権利がありません。 興味深く、魅力的で、思い出に残るものになるよう努めています。 パフォーマンスは一方通行です。 そして実際、その方法は非常に簡単です。 必要なのは、何か興味深い形式を考え出し、通常のレポートの形式で提示されるのと同じ考えを、珍しい形式で提示することだけです。

どうやってこれを思いつくのですか？ いつも同じではありません。 これらは私の頭に浮かぶアイデアである場合もあれば、レポートについての検討や意見の共有時に与えられるアイデアである場合もあり、「ああ、こんな風にできるよ！」と教えてもらえることもあります。 起こり方は異なります。 アイデアが現れるとき、それはいつもとても楽しくてクールです。これは、より興味深く、入り組んだレポートを作成できることを意味します。

IT分野の誰のスピーチが個人的に好きですか? そのようなスピーカーはありますか？ なぜ？

私がプレゼンテーションを楽しんでいる講演者には XNUMX つのタイプがあります。 XNUMXつ目は、私がこうなりたいと思っているスピーカーです。 彼らは、全員が興味を持ち、全員が耳を傾けるように努めながら、興味深く、参加者を巻き込んだ話し方をします。

XNUMX 番目のタイプの講演者は、通常は退屈なハードコアについて、非常に興味深く刺激的な方法で話すことができる人です。

XNUMX 番目のカテゴリに属する​​名前のうち、これは Alexey Shepelev です。彼は、ある種のディープ パフォーマンス ガベージ コレクションと Java 仮想マシンの内部について、興味深くユーモラスな方法で語っています。 最新の DevOops のもう XNUMX 人の発見者は、Netflix の Sergey Fedorov です。 彼は、コンテンツ配信ネットワークをどのように最適化したかについて純粋に技術的なことを、非常に興味深い方法で話しました。

最初のカテゴリーからは、ジェシカ・ディーン、アントン・ワイス、ローマン・シャポシュニクです。 ユーモアを交えて面白く話す講演者は、当然のことながら高い評価を受けています。

おそらく、会議で講演する時間よりも多くの招待を受けているでしょう。 どこに行くか、どこに行かないかをどのように選択しますか?

カンファレンスや講演者は、他のほぼすべてのものと同様、市場の需要と供給の関係、および一方の価値と他方の価値によって支配されます。 そうですね、必要以上に私を求めてくるカンファレンスもあります。 そこで会うことが期待される聴衆と、そこで期待される影響の点で。 逆に、必要以上に行きたくなるカンファレンスもあります。 自分にとっての価値観に基づいて、どこに行くかを決めます。

つまり、これが、たとえば、私が戦略的に行く必要があるある種の地理である場合、これが評判が良く、人々が参加するであろう大規模で有名なカンファレンスである場合、明らかに私にはそれが本当に必要です。 そして私は他のカンファレンスよりもそれを好みます。

これが、ある種の小規模な地域会議であり、おそらく私たちがあまり興味のない会議である場合、そこへの旅行はこの問題に費やす時間が正当化されない可能性があります。 需要、供給、価値の正常な市場関係。

良好な地理、良好な人口統計、潜在的に良好な人脈、コミュニケーションは、カンファレンスが私にとって興味深いものであることを保証します。

インタビューの中で、あなたは年間約 XNUMX 回のカンファレンスで講演しているとおっしゃっていました。 どうやって仕事と公演の準備をしていますか？ そのようなスケジュールでワークライフバランスを維持できていますか? あなたの秘密を共有しますか？

カンファレンスへの出張が私の仕事の大部分を占めています。 もちろん、それ以外にもさまざまなことがあります。レポートの準備、技術的な調子の維持、コードの作成、新しいことの学習などがあります。 これはすべてカンファレンスと並行して行われます。前日の夕方、飛行機の中で、すでにカンファレンスに到着しているとき、そして会議は明日です。 このようなもの。

もちろん、出張に多くの時間を費やしていると、ワークライフバランスを維持するのは困難です。 しかし、少なくとも出張していないときは、100%家族と一緒に過ごし、夜にはメールに返信せず、イベントにも参加しないようにしているという事実によって、これを埋め合わせようとしています。夕方と週末に電話がかかります。 出張中でなく家族と過ごす時間は、まさに 100% 家族の時間です。 これは機能し、問題は解決しますか? いいえ。 でも、これで私が不在の間ずっと家族に何らかの形で補償してくれることを願っています。

Baruch 氏のレポートの XNUMX つは次のとおりです。 試験官全員を解雇しましょう。」

こんなにタイトなスケジュールの中で、なんとか技術レベルを維持できていますか? それとも、すでにプログラミングから離れてしまったのでしょうか?

私はカンファレンスでの講演やその他の活動の準備をしながら、いくつかの技術的なことを行うようにしています。 これらはあらゆる種類の技術デモであり、スタンドで行うミニレポートのようなものもあります。 これはプログラミングではなく、より統合的なものですが、これは少なくとも私がやろうとしている技術的な作業です。 このようにして、製品や新機能などに関する知識を維持しています。

もちろん、今の私が 7 年前と同じ筋金入りのプログラマーであると言うのはおそらく不可能です。 それが悪いことかどうかはわかりません。 これはおそらくある種の自然進化です。 これは私にとってあまり興味がなく、時間がないので、おそらく神のご加護があるでしょう。

私は今でも自分を強力な技術スペシャリストであると考えており、何が起こっているかを常に把握しており、常に気を配っています。 これが今日の私のハイブリッド状況です。

あなたに起こった面白い話や極端な状況をいくつか教えてください: 飛行機に乗り遅れた/プレゼンテーションを削除した/レポート中に停電した/荷物が届かなかった?

面白い状況の中で、私が最も覚えているのは、報告中に起こったさまざまなひどい失敗です。 当然のことながら、これは最もストレスのかかる状況であり、視聴者にとっても時間なので、彼らが時間を無駄にしないようにする必要があります。

講演中に Windows と Mac の両方で「死のブルー スクリーン」が発生しました。 Windows では XNUMX 回、Mac では数回発生しました。 もちろん、これはストレスがかかりますが、なんとかこの問題を解決し、コンピューターが再起動し、この時点で何か言い続けていますが、ストレスは非常に大きいです。

おそらく私が経験した中で最も面白い状況は、Groovy カンファレンスでした。 カンファレンスがどこで開催されたのか正確には覚えていないが、どうやらホテルの向かいで、何らかの建設か改修工事が行われていたようだ。 そこで、私が書いたコードについて話しました。それはデモでした。 これはデモの最初の反復であり、理解できましたが、おそらくうまく書かれていませんでした。 そして、私はそれをリファクタリングして改善するつもりだったので、これが「クソコード」であるという事実について「自虐的」のようなフレーズを言いました。 XNUMX階にあり、その時ちょうど向かいの工事現場のクレーンが簡易トイレを吊り上げているところだった。 そしてステージは窓の反対側にありました。 つまり、この窓の外を見て「くそったれコード」と言うと、トイレが窓の向こうに浮かんできます。 そして私はみんなにこう言います。「振り返ってください。ここにイラストがあります。」 おそらくこれが私の考えの中で最高のスライドでした。レポートでくだらないコードについて話したときの空飛ぶトイレです。

荷物が来なかったなどの話から、これは原則として通常の話であり、話すことさえありません。 あらゆる種類の旅行のヒントについて別のインタビューを手配することができます。そこでは、到着しなかった荷物について話すことができますが、重要なものは何もありませんでした。

私はいつも飛行機に乗って、約束したすべての会議に出席するために、どんな犠牲を払ってでも懸命に努力しています。繰り返しますが、今は人々の時間だからです。 人々の時間は貴重です。なぜなら、それは彼らがあなたに与えてくれる信頼のおかげだからです。 そして、このローンが無駄になった場合、後で取り戻す方法はありません。

もしある人が私の報告を聞くために時間を費やしてカンファレンスに来て、私がそれを受け取ったのに来なかったとしたら、それは悪いことです。この人の時間を取り戻す方法はないからです。 したがって、この点ですべての約束を守ることは私にとって非常に重要であり、これまでのところすべてがうまくいっている。

多くの人は次のように考えています。 YouTube でビデオを見ることができ、いつでもオンラインでチャットできます。」 なぜ参加者はカンファレンスに参加する必要があると思いますか?

素晴らしい質問です！ ネットワーキングのためにカンファレンスに参加する必要があります。 これは非常に貴重であり、他に入手する方法はありません。 コミュニケーション、コミュニケーション、ソフトスキルの重要性についてはすでに述べました。 残念ながら、YouTube でビデオを見ても、ソフト スキルの経験は得られません。 したがって、コミュニケーションのためにカンファレンスに参加する必要があります。

さらに、少なくとも私の場合、YouTube でビデオを見るときは、エンゲージメントがまったく異なり、内容が記憶に残ることも、記憶に残ることもはるかに少なくなります。 たぶん私だけかもしれませんが、トーク会場にいるのと YouTube でビデオを見るのはまったく別のことなのではないかと思います。 特にレポートが良いものであれば、それを生で聞くほうがはるかに良いと私には思えます。 ライブコンサートとレコードを聴いているような感じです。

もう一度繰り返しますが、ネットワークやコミュニケーションは YouTube から得られるものではありません。

DevOpsCon での Leonid Igolnik との共同レポート

これから講演者になろうと考えている方、あるいは講演を始めたばかりの方に、お別れの言葉をお願いします。

地元の出会いを探してください。 地元の交流会は、いくつかの理由から講演のキャリアを始めるのに最適な方法です。 まず、地元のミートアップでは常に講演者を募集しています。 経験がなく、有名な講演者でもない場合、有名な会議に応募するのは難しいかもしれません。あるいは、プログラム委員会があなたと連絡を取った後、あなたにはまだ少し早いかもしれないと理解するかもしれません。 対照的に、地元のミートアップでは常に講演者を募集しており、参加のハードルははるかに低いため、参加するのははるかに簡単です。

また、ストレスの度合いも全然違います。 10人、15人、30人が来ると、ホールに150人、200人、300人がいるときと全然変わらないので、ずっと楽です。

繰り返しますが、地元の交流会の費用ははるかに低くなります。飛行機でどこへ行く必要も、何日も費やす必要もなく、夕方に来るだけで済みます。 聴衆にフレンドリーな顔を見せることの重要性についての私のアドバイスを思い出してください。お金がかからないので、誰かと地元の交流会に参加する方がはるかに簡単です。 カンファレンスで講演する場合、講演者としてのあなたは無料で参加できますが、公衆の面前で友好的な顔となるあなたの +1 はチケットを購入する必要があります。 交流会で話す場合は、そのような問題はありません。その場で気さくに話してくれる友人を XNUMX 人、XNUMX 人、または XNUMX 人連れてくることができます。

さらに、ミートアップ主催者があなたを支援する機会がはるかに多いということも利点です。 なぜなら、カンファレンスの主催者は、たとえば 60 件のプレゼンテーションを検討し、練習し、準備する必要があるからです。 そして、ミートアップの主催者は XNUMX 人、XNUMX 人、または XNUMX 人いるので、当然、より多くの注目を集めるでしょう。

さらに、地元の交流会からフィードバックを得るのもはるかに簡単です。 あなたはレポートを完成し、現在、あなたと聴衆はすでにレポートに関連する何かをコミュニケーションし、議論しています。 大規模なカンファレンスの場合、これは当てはまらないことがよくあります。 報告書を作成しました。それで終わりです。 あなたのレポート中に灰色の塊だった聴衆は去り、あなたは彼らについて何も知らず、何も聞こえず、フィードバックも受け取れません。

誰が何と言おうと、地元の交流会は一般的に、特に初心者にとって素晴らしいトピックです。

バルーク氏は7月XNUMX日の会議で講演する予定 DevOpsDays モスクワ。 Baruch 氏はレポートの中で、ソフトウェアの更新時に毎日どこでも発生する実際の障害を分析します。 あらゆる種類の DevOps パターンがさまざまなシナリオにどのように適合するか、そしてそれらを正しく適用することでどのように節約できるかを示します。

このプログラムには、Alexander Chistyakov (vdsina.ru)、Mikhail Chiskov (AMBOSS)、Roman Boyko (AWS)、Pavel Selivanov (Southbridge)、Rodion Nagornov (Kaspersky Lab)、Andrey Shorin (DevOps コンサルタント) も参加しています。

知り合いに来てください！

出所： habr.com