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

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

Второе правило гораздо важнее: “не пытайтесь рассказать обо всем сразу”. На эти грабли я сам неоднократно наступал. Хочется рассказать целиком обо всем подходе, об инструменте, библиотеке или решении, дать как можно больше “полезной” информации слушателям. А получается совсем наоборот. Во-первых, вы начинаете торопиться, чтобы все успеть рассказать, упускаете детали, недостаточно времени уделяете основам. Во-вторых, за лесом не видно деревьев – на фоне многих “полезностей” теряется сама суть доклада. Как результат, на половине доклада половина аудитории еще переваривает вступление, а вы уже кидаете в нее “очередную классную фичу”.

Гораздо больше пользы получит участник, если вы полностью продадите ему одну или несколько самых важных идей, при этом показав дорогу для дальнейшего развития и нахождения деталей. Именно проданная идея заставляет поставить себе заметку после доклада о том, чтобы обязательно попробовать тему доклада на практике. Если вы освещаете фреймворк, библиотеку, подход или инструмент, то начинайте с проблем. Причем тех проблем, которые волнуют ваших слушателей. Если вы не угадали с проблемами, то в конце доклада можете получить вопросы наподобие: “а зачем вообще этот подход использовать, если …?”, “а почему вы не избавились от проблемы целиком с помощью …?”, “но это же совершенно неактуально в …!”.

Третье правило можно сформулировать так: “продавайте идеи”. Вашей целью должен быть не просто рассказ на людях, а попытка продать ваши идеи аудитории. Чтобы что-то продать нужно приложить усилия. Это не так просто как читать материал своего доклада. Если вы доказываете инновационность чего-то, то покажите как было раньше и как будет теперь. Покажите на ярких примерах, используя проблемы, знакомые каждому в аудитории. Если вы делаете обзорный доклад, покажите как на практике решить важные задачи, продемонстрируйте несколько крутых сценариев применения, сравните с другими аналогами. Фразы “ну там еще есть роли, это понятно”, “тут можно делать наследование, если вы захотите”, “как обычно пишем рецепты вот в такую структуру директорий” для большей части аудитории может звучать как “бла-бла-бла”…

Четвертое правило: “старайтесь как можно меньше использовать субъективное мнение в технических докладах”. С необоснованным субъективным мнением нужно быть всегда очень аккуратным, а особенно в технических докладах. Все знать невозможно и не стоит этого скрывать. А говорить, что этот фреймворк или подход правильный только потому, что лично вам он нравится – это совершенно бессмысленно для ваших слушателей. Вы могли просто не знать об аналогах, не разобраться с ними или просто еще не наступить на кучу граблей.

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

Заключительное правило: “отвечайте на все вопросы, но не вступайте в дискуссии”. Впечатления от любого доклада могут испортиться бесполезной дискуссией, в которой чаще всего обсуждаются мелочи, слишком глубокие детали или альтернативные подходы. Аудитория на таких дискуссиях обычно начинает скучать, поэтому лучше всего их сразу переносить на перерывы и сдерживать себя. Отвечать нужно на все вопросы участников, даже если не все успели их задать во время доклада. Незаданные вопросы лучше тоже перенести в перерыв, но обязательно на них ответить. Иначе у некоторых участников может сформироваться неправильное видение и он будет его распространять под “вашим флагом”.

А какие бы вы советы дали докладчикам? Буду рад услышать их в комментариях!

Не хочешь пропускать ничего интересного? Подпишись на ленту RSS или следи за нами в Twitter!