Всем привет! У меня снова статья про качество. Только на этот раз речь пойдет не про код, про подготовку к публичному выступлению. В последние несколько лет я много времени трачу на подготовку разных публичных выступлений: выступаю сама, готовлю материалы и лекторов для нашей Финтех-школы и помогаю спикерам с внутренними и внешними конференциями. В какой-то момент я осознала, что разные люди при подготовке к выступлениям совершают одни и те же ошибки. Вот прям одинаковые, из раза в раз, из года в год. Именно о таких типовых ошибках я хочу рассказать. Это поможет не наступить на популярные грабли и сделает выступление лучше. Ошибки при подготовке важнее, чем ошибки визуализации: они сильно снижают эффективность подготовки и влияют на восприятие выступления аудиторией. Поэтому сначала разберу их. Тема есть, а цели нет. Под целью выступления я имею в виду основную мысль вашего доклада — то, что должно отложиться в голове у слушателей.  Если не сформулирована основная мысль, то сложно выстроить грамотную структуру выступления и оставить только то, что имеет непосредственное отношение к теме. Обычно у инженеров много контента, которым можно поделиться. Основная мысль нужна, чтобы выбрать из этого контента только то, что имеет непосредственное отношение к теме. Например, тема выступления может звучать так: «Обеспечение качества в системе микрофронтендов». А цель — сделать так, чтобы слушатели поняли, чем обеспечение качества микрофронтендов отличается от обеспечения качества в привычном фронте.  Значит, исходя из цели, про подходы к тестированию микрофронтендов я буду рассказывать в докладе, а про нашу реализацию запуска одних автотестов на разных микрофронтендах — не буду. Хотя, на первый взгляд, и то и другое имеет отношение к теме. Что делать. На старте сформулировать не только тему доклада, но и цель (основную мысль) выступления. И всю информацию, которую хочется добавить в выступление, проверять на соответствие основной мысли.  Я еще формулирую самую важную мысль для каждого раздела выступления. Это тоже помогает отсечь лишнее и правильно расставить акценты. Раздел доклада Основная мысль Микрофронтенд Что такое микрофронтенд Наше приложение Дать контекст терминов и примеров, которые будут дальше Тестовый стенд Какой понадобится тестовый стенд Кейсы Кейсов станет очень много, что можно с этим сделать Схема обновлений В микрофронтах нет смысла без эффективной схемы обновлений Выводы Архитектура должна обеспечивать качество Вторая частая проблема — неверный фокус при подготовке.  К своему выступлению докладчики подходят очень ответственно, поэтому стараются уделить много внимания деталям: ищут тонны мемов, перебирают сотни шрифтов и шаблонов, переписывают десятки раз определения. Все это вместо того, чтобы проработать структуру выступления. Приходится все переделывать после первого прогона, потому что не складывается единая нить рассказа. Как если бы в книге рандомно поменялись местами главы. Поэтому я советую больше внимания уделить структуре, а деталями заняться потом. Пример структуры моей лекции по Agile Testing: Вводная Что будет сегодня Почему мы об этом говорим Что такое Agile Testing Определение Зачем это нужно Ценности По каждой: ценность, что значит Принципы По каждому: принцип, пример Профит от Agile Testing Вопросы Что делать. Прорабатывать сначала только структуру выступления, не тратя времени на визуализацию и детали. Когда я только начинала выступать, прорабатывала структуру доклада независимо от презентации, в отдельном документе. Конечно, эффективнее сразу накидывать слайды, но если структура не клеится, совет такой: выкиньте из головы все мысли про визуальное оформление, просто проработайте структуру на бумажке.  Пусть у вас на старте будет только схема или пустые белые слайды с заголовками. Но они должны быть выстроены в простую логичную последовательность. Такая заготовка поможет передать суть доклада тем, кто помогает вам с подготовкой, и сэкономить время на следующих этапах. А те 10 мемов, на поиск которых вы можете потратить немало времени, могут вообще не пригодиться. Для первых выступлений советую создавать максимально простую и линейную структуру. Так будет проще и слушателю, и спикеру: не придется думать об отсылках к нужным разделам и напоминать про уже рассказанные моменты.  Безусловно, контекст проекта — это очень важно. Дьявол, как известно, в деталях, а решение задачи зачастую прячется в правильном контексте.  Но не стоит забывать, что мы варимся в контексте своего проекта как минимум неделями, чаще месяцами, иногда вообще годами. И невозможно поделиться с аудиторией всей информацией, которая накапливается за время работы. Да это и не нужно, потому что обилие деталей скорее запутает слушателя. Что делать. Для начала стоит убрать весь принятый в команде сленг и аббревиатуры. Например, один из наших проектов по тестированию называется TRAPP. Поэтому в команде я говорю «TRAPP-тесты». А на выступлении скажу «Наши системные тесты», вместо того чтобы расшифровывать слушателю аббревиатуру.   Это кажется очевидным, но очень часто докладчики пользуются привычным сленгом, даже не замечая этого. Советую отдельно проработать этот момент во всем докладе. В том числе и в рассказе о себе. Согласитесь, представление «Я разрабатываю решение по тестированию микрофронтендов» дает слушателю намного больше информации, чем «Я пишу тесты для TRAMVAI в TRAPP-команде». Часто после такой чистки оказывается, что часть информации включили в доклад только для объяснения сленга. Все это можно смело убирать из выступления.  Внимание и запоминание аудитории неравномерны во время выступления. В психологии есть понятие «Эффект края», объясняющее, что слушатели лучше всего воспринимают информацию в начале и в конце выступления. Но инженерная специфика такова, что самый полезный для дальнейшего применения контент обычно в середине. Нам важно не просто дать слушателю какую-то мысль, а объяснить подходы и опыт.  Что делать. Акцентировать внимание слушателя на самых важных вещах через все доступные каналы восприятия информации. А при выступлении у нас их два: слуховой и зрительный. Важно максимально подсвечивать в каждом разделе 1—2 самых важных момента. Выделять их интонационно и визуально и не стесняться повторять. Например, мы в своих лекциях в конце каждого раздела вставляем слайды «Запомнить» с краткой выжимкой самой важной информации. Такой подход позволяет удерживать внимание аудитории во время выступления. А еще он помогает слушателю быстро восстановить в памяти основные тезисы доклада уже после выступления. Еще одна распространенная ошибка — писать текст вместо кратких заметок. Стремление писать текст непреодолимо у многих спикеров без опыта. Это можно понять: человек волнуется, переживает и хочет придумать самые крутые и емкие формулировки своих мыслей. И, естественно, записывает их. Конечно, инженер пишет очень и очень много: код, документацию, сообщения в «Слаке». Мы привыкли устраивать дискуссии в тредах мердж-реквестов, а не перед большой аудиторией. Логично, что в решении задачи подготовки к выступлению многие идут привычным путем. Но делать так не стоит. Если человек читает — это всегда слышно. Выступление получается нудным, неживым, создается ощущение неуверенности в знании материала. Ведь, если спикер хорошо разбирается в теме, зачем ему читать? Исключения — это профессиональные актеры. Но инженеры в большинстве своем не актеры. У спикера нет зрительного контакта с аудиторией, его глаза постоянно смотрят в текст. А зрительный контакт — это важно. Представьте, что ваш собеседник постоянно смотрит в пол. Вряд ли вы подумаете о нем: «О, да этот парень уверен в себе и явно крут в том, о чем говорит». Вот так же реагируют и слушатели. И уходят с выступления. На проработку большого объема текста уходит много времени. Лучше потратить его на структуру выступления, интересные примеры или визуализацию. В ходе вашего монолога может что-то отвлечь — и вот вы в растерянности ищете перед публикой нужный абзац, на котором выпали из рассказа, а публика терпеливо ждет. Что делать. Писать только тезисы и особо заковыристые формулировки. А лучше только тезисы.  Вот пример неудачной заметки про здоровье продукта:  Здоровый продукт — это сервис, который, с одной стороны, качественный, то есть соответствует требованиям и нравится пользователям. С другой стороны, приносит прибыль, потому что бизнес всегда на самом деле хочет зарабатывать деньги. Сделать ее удачной можно так: Здоровый сервис: — Качественный → соответствует требованиям — Качественный → нравится пользователям — Приносит прибыль Когда я пишу заметки, руководствуюсь правилом: формулировка заметки должна быть такой, чтобы ее можно было распечатать 50 шрифтом на листе А4. И потом рассказать по ней все, что я хотела на слайде. Как будто я должна читать заметку не с экрана ноутбука, а от коллеги, который показывает мне подсказки из зала. Вовлечение аудитории — это важно. Сейчас в русскоязычном, а тем более в мировом сообществе инженеров полно выступлений, конференций, обучений и других мероприятий. И аудитория выберет ту активность, которая будет наиболее интересна. Прошло то время, когда люди слушали самых нудных и унылых лекторов за пользу от их контента. Сейчас потребитель учитывает еще и подачу. А может быть, даже в первую очередь учитывает подачу. То есть, чтобы выступление было положительно воспринято аудиторией, слушателю не должно быть скучно. Поэтому спикеру обязательно нужно удерживать внимание аудитории и вовлекать слушателей.  Что делать. Как минимум — подумать о вовлечении, почитать статьи и посмотреть, как это делают другие спикеры. Например, есть отличная статья про онлайн-выступления от одного из тимлидов команды Тинькофф, которой я сама руководствовалась при подготовке финтех-школы во время пандемии. Ну, и всегда полезно пройти какое-нибудь обучение по публичным выступлениям и ораторскому мастерству. Например, мне понравились тренинги Станислава Зубова. Перед тем как выходить на первый прогон со слушателями, попробуйте самостоятельно прогнать свое выступление вслух. Обязательно вслух. Мыслим мы быстрее, чем говорим. И мыслят люди не только словами, но и образами. Поэтому прогон «в голове» не вскроет те проблемы, которые могут всплыть на реальном выступлении.  Это могут быть проблемы с таймингом, неудачные формулировки или нелогичные переходы от одного блока к другому. Полезно записать прогон на видео и потом посмотреть, как выступление смотрится со стороны. Такой подход позволяет увидеть проблемы, которые мы не замечаем в обычной жизни, например слова-паразиты. Также полезно включить секундомер на телефоне или часах, чтобы не видеть его в процессе выступления,  и засечь, сколько времени на самом деле занимает контент, рассказанный в комфортном для спикера темпе, без оглядки на тайминг мероприятия. Часто спикеры недооценивают объем работы, которую придется выполнить для подготовки выступления. Подготовить с нуля доклад на 45 минут — это около 80 часов времени. Для неопытного спикера даже больше. И это только слайды, никаких live demo и live coding.  В любом выступлении много оформительской работы — фоны, шрифты, мемасики, рисование схем. Причем зачастую оформление приходится переделывать в процессе работы над докладом: добавлять развлекающий контент, упрощать схемы, подгонять внешний вид слайдов под гайды от организаторов мероприятия или работодателя. Очень много времени отнимают прогоны: настройка оборудования, сам прогон, получение обратной связи и ее обработка. Неопытному спикеру может понадобиться больше 10 прогонов. Каждый займет минимум час, а скорее всего — полтора.  Все это люди недооценивают, и это большая ошибка. Мой главный совет — отнеситесь к подготовке выступления как к любой другой инженерной задаче. Когда мы решаем какую-то проблему в первый раз, мы обычно сначала идем в интернет и пытаемся там найти инструменты, обсуждения и подводные камни — чтобы решить задачу максимально эффективно, а не изобретать велосипед. К публичному выступлению стоит подходить так же: погуглить советы и инструкции от опытных спикеров, разобраться с инструментами, с которыми придется работать, а потом уже бросаться с головой в подготовку.   А чтобы готовиться было проще, вот краткая инструкция: Сформулируйте основную мысль выступления, общую и для каждого раздела. Проработайте структуру, она должна быть максимально простой и линейной. Наполните структуру контентом, примерами и деталями. Уберите все примеры, которые не поддерживают вашу основную мысль. Уберите все детали, без которых можно обойтись. Проверьте, что заменили весь командный сленг на понятные определения. Расставьте акценты. Добавьте работу с аудиторией. Добавьте к слайдам краткие заметки в виде тезисов, чтобы ничего не забыть. Прогоните получившийся материал вслух. Удачных выступлений! И ждите вторую статью — о подготовке презентаций. Инженер по обеспечению качества