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

В тестировании я с 2012 года. На конференциях мне всегда сильно не хватало технических докладов — то, чем мне было интереснее всего заниматься. В 2015-м мне предложили рассказать про мой опыт тестирования big data продукта, и годом позже я, наконец, впервые выступил на конференции Luxsoft QA: Conference в Санкт-Петербурге и, месяцем позже, в Москве.

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

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

Чтобы не бояться выступать и собрать свои мысли ёмко и понятно, кратко расскажу ниже, как готовиться к презентации.

Кто пишет: Александр Чумакин, test automation engineer, живёт в Нидерландах. 

Темы и подготовка

• Расскажите про самый интересный опыт из текущего проекта. Я всегда использую такой опыт в качестве темы для доклада. 
• Ввнимательно смотрите, чего ждут организаторы от докладов пытайтесь подать вашу тему максимально подходящей под формат и тематику конференции.
• Чем крупнее событие, тем проще и понятнее должна быть тема. Если хочется рассказать про новую библиотеку или поделиться своим фреймворком — это лучше сделать на небольшом митапе с соответствующей аудиторией.
• Сотни или тысячи людей приходят на конфу для новых идей, знакомств и нетворкинга, а не для глубокого погружения в вашу техническую проблему.
• Решение типичной проблемы часто может быть интереснее, чем рассказ о новой технологии. Чем больше вы ходите на конференции, тем лучше понимаете, с какими проблемами постоянно сталкиваются люди. Даже если вначале проблема кажется очевидной и типичной, а у вас есть решение — предложите их организаторам, и, возможно, это именно то, что нужно огромной аудитории. Например, у вас есть успешный опыт организации процессов в скрам-команде по беспрерывной доставке продукта пользователям. Кажется, почти все команды с этим сталкиваются, но идеального решения не существует, поэтому любой успешный пример может стать гораздо полезнее аудитории, чем рассказ об использовании какой-то новой сложной технологии.
• Я для себя открыл практический идеальный вариант: воркшоп или мастеркласс, которые обычно входят в отдельный трек на конференции. Там можно часами углубляться в свою тему, показывать код, писать в баше комманды, помогать исправлять проблемы в режиме реального времени. Этот формат явно не для всех, но прекрасно подойдет техническим специалистам, которые не могут представить свою тему коротко и доступно.

Структура выступления и валидация

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

Вот несколько моих советов:

• Не стоит тратить слишком много времени в начале на рассказ, где и когда вы работали, если это не всемирно известные компании.
• Лучше сразу рассказать аудитории, почему именно вы должны им раскрыть тему, на которую они уже пришли.
• Насколько бы странно не прозвучало, но от вашей подачи в самом начале зависит успех вашего доклада. Если люди пришли на заявленную тему к докладчику, они уже расположены к перенятию опыта докладчика. Держитесь естественно и помните, что вы — главный эксперт в этой теме.
• Большинство людей визуалы. Если есть возможность заменить текст картинкой или простой схемой — делайте это.
  
  Вот неплохой пример слайда с моего воркшопа в 2023 году в Роттердаме:

Вот отличный антипример моего же слайда с первой конференции QaConf в Питере:

• Не перегружайте слайды! Лучше 50 тривиальных слайдов, которые будут меняться каждые полминуты, чем 5 слайдов с кучей информации, каждый из которых будет висеть по 5 минут.
• Не бывает слишком пустых слайдов или слишком большого шрифта. Если можно увеличить текст — увеличивайте. Если у вас нет корпоративного шаблона для презентации на конференции, поищите примеры в интернете.
• Избегайте зацикленной анимации (gif, doodle, видео) — это заставит большинство слушателей отвлечься на слайд, а через несколько повторов все будут только и ждать, когда слайд сменится. Иногда лучше вставить один пустой слайд для привлечения внимания к вашей речи.
• Общайтесь с аудиторией: «поднимите руки, кто знаком с такой проблемой», «есть ли в зале люди с опытом в таком-то подходе?». А еще лучше сделать квиз по qr-коду с небольшим символическим призом.
• Если вы хотите сделать лайф демо, запишите заранее видео и вставьте в презентацию. А презентация с видео должны быть на ноуте или флешке, не рассчитывайте на интернет.

Мой процесс подготовки

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

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

У меня есть особая выработанная с годами стратегия понимания, интересен ли мой доклад: если моя жена не засыпает на середине доклада, то все отлично.

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

Вот несколько маркеров:

• Живой интерес аудитории: мимика и жесты, записи или фото информации слайдов;
• Вопросы в конце доклада;
• Обратная связь через организаторов конференции;
• Твиты и статьи на Medium/LinkedIn с упоминанием вашего выступления (ну это прям успех);
• Звезды и форки вашего проекта для конференции;
• Просмотры LinkedIn профайла;
• Активность рекрутеров прямо на конференции или через оставленные вами способы связи.

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

Конференции и профессиональный рост

Влияние на персональное развитие

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

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

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

Конференции для беларусов

В России или Беларуси сейчас сильно меньше хороших конференций, чем пару лет назад. Из стоящих хотел бы выделить CodeFest в Новосибирске для разработчиков, Heisenbug в Питере для тестировщиков, DevOpsConf в Москве для инженеров по инфраструктуре и Podlodka Crew для всех любителей онлайн-ивентов.

Наиболее престижные конференции

Из крупных международных конференций я могу советовать только ивенты для QA инженеров, где был сам или были мои коллеги:

• STARWEST/STAREAST в США,
• ТestBash во многих европейских и американских городах,
• Nordic Testing Days в Эстонии,
• Test Automation Days в Нидерландах,
• Agile Testing Days в Германии.

Лучше всегда следить за тем, кто и с какими темами выступает на предстоящем событии, чтобы вы могли для себя вынести что-то полезное.

Кому можно, и кому не стоит выступать

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

В прошлом году я выступал аж на трех больших конференциях, на одной из которых проводил 2,5-часовой воркшоп, что меня сильно подизмотало. В этом году я решил взять небольшой перерыв и сделать только одно выступление, чтобы не терять хватку, и то в рамках концеренции от JetBrains, которая пройдет в одном из наших европейских офисов этой осенью.

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

Локальный митап JetBrains пройдёт в Мюнхене в коллоборации с немецким комьюнити Ministry of Testing в сентябре. Насколько я знаю, он будет бесплатный для внешних посетителей, но потребуется регистрация на meetup.com после анонса. Так что следите за объявлениями! 

Что ещё почитать о комьюнити?

• «Раньше все жили в коробочках компаний». Кто делает бесплатные ивенты для QA в Минске; 
• Комьюнити в Минске оживает. PM рассказывает, зачем он делает убыточный оффлайн-митап; 
• «‎Мы запустили митапы в Варшаве — и вот к каким выводам пришли».‎ Мнение. 

Место солидарности беларусского ИТ-комьюнити

Далучайся!