×

А ты выступил на конференции?

Conference image via Shutterstock.

Mне приходилось выступать на многих технических конференциях в разных странах мира. В частности, уже три года подряд с удовольствием приезжаю в Киев и выступаю перед большой аудиторией участников конференции JEEConf. А в этом году и перед студентами КПИ довелось выступать. В этой статье я хочу поделиться своим опытом публичных выступлений (public speaking) на ИТ-конференциях. Но, прежде, чем говорить о том КАК выступать, я хотел бы поговорить о ЗАЧЕМ выступать.

Зачем люди выступают

За исключением небольшой группы людей, которые чувствуют непреодолимое желание поделиться знаниями со всем миром, люди выступают для пиара. Молодой профессионал делает себе имя выступая на конференциях. Фрилансеры надеются выступлениями привлечь новых заказчиков. Ссылка на видео доклада поможет выделить ваше резюме при прочих равных. Служащие продуктовой компании пиарят продукт работодателя. В непродуктовой фирме выступления помогут в продвижении по службе.

И во всех случаях, выступления — это networking, т.е. возможность познакомиться с коллегами из других компаний. Это может быть полезно в будущем и в плане карьеры, и в собственном техническом росте. Личное знакомство со специалистами в предметных областях может помочь в решении технических проблем. Одним словом, выступать полезно.

Почем стоит выступить

Общаясь с разработчиками, живущими в пост-советском пространстве я заметил, что некоторые из них жестко придерживаются принципа «Утром деньги, вечером стулья». А проще, «А что я с этого буду иметь?»

Действительно, выступление на конференции или перед любой другой аудиторией требует подготовки и затрат вашего времени. А где же монетизация?

А ее может и не быть. Вообще. Для начала докажите себе, что есть хотя бы два три человека, которые готовы потратить свое время, чтобы послушать ваш доклад. Получилось? А 10 человек придут? А 30? Если да, тогда и монетизация не за горами. Вряд ли вам будут платить за доклад. Но после выступлений на известных конференциях появятся новые контакты и, возможно, какие-то предложения по оплаченной работе.

Однако не только монетизации может не быть, но иногда и вам приплатить придется. Если начальник не хочет оплатить поездку на конференцию, где принят ваш доклад, возьмите пару дней отпуска и езжайте за свои.

Попробуйте жить по принципу «Утром стулья, вечером деньги». Возможно, это не так глупо.

Как не завалить выступление

Есть много публикаций, которые дают советы о публичных выступлениях. С чем-то я согласен, с чем-то нет. Это все очень индивидуально. Например, один докладчик рекомендует помедитировать пять минут перед выступлением. Другой рекомендует брать с собой три бутылки воды. Мне ни то, ни другое не нужно, хотя кому-то, возможно, это и поможет.

Но есть некие фундаментальные правила, которые, мне кажется (ака ИМХО), важны для многих.

1. Хорошо и заранее готовьте доклад

Невзирая на то, что вы прекрасно знаете материал, очень серьезно готовьте каждое выступление. Хождение павлином по сцене вспоминая свои крутые разработки вызывает раздражение у людей. Дайте слушателям что-нибудь полезное и практичное, то, что обычный разработчик сможет использовать на своем проекте.

Однажды я был на одной презентации в Нью Йорке. Докладчик был из Вашингтона. Презентацию он начал словами, «Я очень занят на работе. Хорошо, что было время в поезде по дороге сюда — я смог сделать слайды». Желание его слушать сразу пропало. И действительно, доклад был никакой, хотя он и был опытный разработчик.

2. Предугадайте вопросы

Во время подготовки доклада я всегда себя спрашиваю, «А что бы я спросил, если бы этот доклад делал кто-нибудь другой?» Такие вопросы позволяют улучшить слайды и код, да и неожиданностей во время доклада будет меньше.

3. Используйте слайды

Некоторые программисты презирают слайды. Мол, людей клонит в сон, когда на экране слайды. «Я лучше покажу свой код, который делает крутые вещи». Людей клонит ко сну, когда скучный докладчик читает текст со слайдов. Но визуальные материалы важны.

Я не раз видел доклады, когда гуру показывает один-два слайда и гордо заявляет: «Слайды закончились, теперь займемся настоящим делом». В аудитории одобрительные возгласы, а кое-кто даже аплодирует. После этого, докладчик действительно уверенно пользуется тулзами, пишет код и стартует приложения — все работает! И вот доклад закончен. С чем осталась аудитория? С хорошими воспоминаниями о сессии. Вот только нет материалов, чтобы повторить все это волшебство дома.

Слайды нужны. А сколько? Я использую простую формулу: время презентации деленное на два. Т.е. для доклада на 50 минут нужно 25 слайдов. Ну 30 от силы.

Текста на слайдах не должно быть много. Но и не так мало, как на презентациях нового айфона. Запишите основные пункты, чтобы самому не забыть, что вы планировали рассказать.

4. Повторение — мать учения

Во время работы над новой книжкой технический редактор оставил мне интересный комментарий к одной главе: «Сначала скажи, что ты планируешь рассказать, потом расскажи, а потом скажи, что ты рассказал». Это правило применимо и к выступлениям на конференциях.

5. Не поднимайте людям руки

Одно из самых бесполезных занятий во время презентаций — это задавать вопросы типа «Поднимите руку те, кто знает Х. Поднимите руку те, кто использует Y». Это пустая трата времени. Ведь описание вашего доклада было опубликовано заранее и те, кто пришли вас послушать знают чего ожидать, и какой уровень подготовки аудитории ожидает докладчик.

Если доклад называется «Крутые фичи фреймворка Наташка», зачем спрашивать, «Поднимите руку, кто никогда не пользовался Наташкой?» Если половина присутствующих поднимет руку, то вы на ходу измените доклад на «Введение в Наташку?» А как же остальная половина, которая ожидала познакомиться только с крутыми фичами? Нехорошо. Нечестно. Не знаешь Наташку? Не иди на продвинутый доклад.

6. Тайминг

Если вы опытный докладчик, то примерно знаете, как уложиться в отведенное время. Я могу рассказать об одном и том же за 5, 20, или 50 минут. Только скажите мне заранее, сколько у меня есть времени. Начинающие докладчики должны обязательно прорепетировать со включенным таймером. Лучше заранее выбросить несколько слайдов, чем во время презентации скомкать концовку.

7. Не кормите троллей

Нужно ли отвечать на вопросы во время презентации? Некоторые отвечают сразу же, а некоторые выделяют время в конце доклада. Если вы предпочитаете отвечать сразу, давайте короткие ответы не дольше 30 секунд на вопрос. Не позволяйте слушателям увести вас в детальное обсуждение деталей в ущерб докладу.

Вполне возможно, что кто-нибудь из аудитории глубоко (и лучше вас) разобрался в чем-то связанном с вашим докладом и попытается начать долго рассказывать о своих находках. Не допускайте этого. Ведь это ваш доклад, а не его. Предложите обсудить детали в коридоре после доклада.

Если вы не знаете ответа на какой-то вопрос, не стесняйтесь сказать об этом: «К сожалению, я с этим не работал». Не давайте ненужных обещаний типа «Я найду ответ и свяжусь с вами отдельно.» Такие обещания редко выполнимы.

8. Включите звук

Говорите громко. Не давайте людям уснуть.

9. Шрифт

Заранее увеличьте размер шрифта в IDE, если вы планируете показывать код на экране. Некоторые считают, что размер шрифта должен быть равен среднему возрасту слушателей.

И проверьте, как ваши слайды будут выглядеть на экране с разрешением 1024×768. Часто конференции проводятся в отелях на их старых прожекторах с небольшим разрешением.

10. Reboot

Перезагрузите компьютер перед презентацией, чтобы не оказалось, что двадцать несвязанных с докладом программ съели всю память и ваши демо работают очень медленно.

11. Риспект

Уважайте аудиторию. Несмотря на ваши очевидные заслуги в профессии, не ставьте себя выше слушателей. В аудитории наверняка сидят люди, которые знают предмет лучше вас. Они просто пока еще не добрались до сцены.

Как попасть на сцену

Обычному программисту это не просто. Желающих много. На крупных конференциях десять человек соревнуются за каждое место на подиуме. Проще тем, кто работает в продуктовых компаниях, спонсирующих конференции. Часто организаторы конференций отдают им места вне конкурса.

Но пытаться все же нужно. Серьезно отнеситесь к написанию заявки на доклад. Это должен быть один абзац, коротко и ясно объясняющий то, что вы хотите поведать миру. В идеале покажите описание более опытному докладчику, прежде чем отправлять заявку. К отказам относитесь спокойно. Не ищите заговор, а лучше подумайте, как улучшить описание вашего доклада, или поищите другую конференцию, которая больше подходит по профилю.

Запишите и опубликуйте на Youtube два-три скринкаста и приложите ссылочки к заявке. Для организаторов конференции вы — темная лошадка. Покажите им, что вы можете делать презентации внятно и по делу.

Have fun!

И самое главное. Постарайтесь сами получить удовольствие от своего выступления. Тогда и люди будут довольны!

P.S. Приглашаю всех разработчиков Java на наш тренинг Modern Web Application Development (in Russian, November 23, 2014). Читателям ДОУ скидка $50 (промо-код ‘DOU’).

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному1
LinkedIn



22 коментарі

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.
Хорошо, что было время в поезде по дороге сюда — я смог сделать слайды

Т.е. «я их подготовил по остаточному принципу. на коленке и по-быстрячку».
А еще явно представляю себе оратора, который в поезде трясся и не выспался.

Доречі в нас проблема з гарними доповідачами з України. Такщо як є бажаючі виступити наступного року на www.jday.com.ua — будемо раді бачити

Пожалуйста, не выступайте на конференциях разработчиков, чтобы найти себе работу — 500 человек заплатили деньги не для того, что-бы 10 павлинов распускали хвосты. Выступайте когда вам есть чем поделиться с людьми.

Говорите громко. Не давайте людям уснуть.
Кстати, крутые ораторы во время средних и длительных докладов варьируют тебр голоса, его громкость и скорость речи. В таком случае аудитория максимально включена и в пребывает постоянном напряжении.
Но конечно это всё должно звучать конгруэнтно :)

Мой преподаватель по схемотехники так лекции читала, когда я в вузе учился, единственное чего она добивалась, это мое редкое испуганное лицо, когда я просыпался в моменты, когда она меняла свою громкость

Кстати, в конечном итоге, схемотехнику сдал лучше всех на потоке :)

На конференциях таки другой вопрос мотивации. Люди знают, зачем туда идут, что не всегда можно сказать о вузах (или, в часности — о неинтересных/не прикладных предметах). А смена громкости — действительно встряска, как Вы на своем примере убедились :)
Надеюсь, что на Ваших докладах Вам не придется выводить людей из состояния сна =))

Я бы не сказал, большинство спецов на конфы ходят ради нетворкинга. Я за последние года 3 не видел ни одного интересного доклада на конфах, все «вода» и «поверхности», которые и так всем вокруг известны.

Встряска — да, но лучше выступать так, чтобы люди вообще не засыпали, от только-что проснувшегося человека толку мало :)

Крутые спикеры используют другие приемы для гарантирования внимания аудитории ;)

Даже в поверхностном докладе можно вычленить какие-то интересные фишки и методы :)

Встряска — да, но лучше выступать так, чтобы люди вообще не засыпали, от только-что проснувшегося человека толку мало :)
Это как раз и поможет держать аудиторию максимально включенной. Но это лишь один из инструментов
Крутые спикеры используют другие приемы для гарантирования внимания аудитории ;)
Безусловно их очень много. Но переменчивость в громкости/тембре/скорости речи/голоса используют все крутые спикеры, пусть даже неосознанно. Если монотонно бубнеть — можно испортить даже самый информационно крутой доклад)

Коментар порушує правила спільноти і видалений модераторами.

Я лох:( за мои доклады мне никто не платит:(

Діма інколи спікери ще й доплачують так що буває гірше))

«Сначала скажи, что ты планируешь рассказать, потом расскажи, а потом скажи, что ты рассказал»

Ведь сегодня — завтра будет вчера, а еще вчера — сегодня было завтра :D

Еще добавил бы совет:
если размещаешь на слайдах какие-то ссылки, будь добр рядом впилить БОЛЬШОЙ QR-код, который можно распознать, сидя на галёрке.
Вручную переписывать весь url вряд ли кто-то станет.

Добавлю: ощущение жизни делится на то время, когда ты испытывал тревогу и на время после того, как ты сделал свой первый доклад.

Кстати, приглашаю всех на конференцию флэшеров в Киеве в эту субботу!
fpug.org.ua/meeting/48

Типа как после «первого раза».

несколько раз выступал, не так и просто скажу я вам.
если выступаешь по теме, в которой шаришь, необходимо спланировать выступление и поболее общаться с аудиторией, тогда уже после выступления к вам будут подходить и продолжать общение и завязываться знакомства. с -а вот вы сказали и я думаю......был на конференциях, мне нравится как выступает Флакс OWOX, в основном по теме. Слушать прогеров в тех части конференций- пока не дорос, понимаю процентов 5)) но зато кто бубнит и не заводит толпу отвечает на вопросы- то есть шарит, кто, шо папугай выплясывает, обычно на вопросах плывёт.

>> 5. Не поднимайте людям руки

Это вредный совет. Никто на самом деле описание доклада не читает. Только заголовок.
Но, и поднимание рук должно быть уместным, с шутками. Поднимание рук — это хорошая зарядка :)

А в целом — очень правильная статья с полезными пунктами.
По поводу «Live Coding» — я записывал скринкаты, потом во время конференции их озвучивал. Получалось так, что я мог ускорить видео в 4 раза... а оно не становилось менее понятным.

Минутка рекламы. На Коурсере есть курс Introduction to Public Speaking
www.coursera.org/...rse/publicspeak

Который мне в свое время здорово помог.

Многое сказано верно, но лишь для определенных категорий людей и конференций. Каждая встреча должна быть уникальной, у нее должен быть характер, как у интересного человека, и сюжет, как у хорошего фильма. Делать это нелегко. Поэтому хороших конференций мало. Но они есть :)

Підписатись на коментарі