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’).