Все записи

Как спикеру подготовиться к конференции?

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

Мы поговорили с Пашей Зыковым, руководителем отдела разработки сервисов на базе SMP и программным директором Naumen Java Meetup. Ниже он рассказал, как выглядит процесс подготовки спикеров изнутри.

Naumen Java Meetup. ex. JUG.EKB — уральское сообщество Java-разработчиков, где участники делятся опытом, выступая с докладами на различные темы. Мы с командой организаторов тщательно готовим каждого спикера к выступлению — помогаем выбрать тему и грамотно построить доклад. Поделюсь основными этапами.

Как выбираем темы?

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

Как готовим доклад?

Все выступления я рекомендую готовить по плану:

  • Сформулировать цель выступления — зачем тебе выступать. Для этого задай себе вопрос: зачем слушателю мой доклад?
  • Сформулировать главную мысль выступления — что ты хочешь донести слушателю. Какие выводы он должен сделать после твоего доклада?
  • Придумать название и анонс.
  • Написать введение и заключение.
  • Выделить «три кита» выступления и тезисно их расписать — три блока, о которых точно нужно рассказать.
  • Расписать каждый тезис подробно.
  • Сделать слайды.
  • Репетировать своё выступление. Желательно на коллегах или людях, которые не знакомы со спецификой твоей работы. Важно, чтобы каждый понял, о чём ты говоришь.

Какие есть лайфхаки для успешного выступления?

Я оцениваю доклады по одному критерию — если я включён во время всего выступления и не отвлекался на телефон, то это был отличный доклад. У меня есть несколько лайфхаков для спикера:

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

Публичные выступления не только развивают твои софт-скилы, но и помогают прокачаться в работе, поднять теоретический и практический уровень понимания задачи. Сделать рабочую задачу — круто, а поделиться полученным опытом с внешним миром — ещё круче!

Похожие новости

Когда задача считается выполненной

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

При этом у каждого из нас свое понимание того, что значит выполненная задача. Разработчик, тестировщик и аналитик оценивают результат по разным критериям — через свою роль и зону ответственности.

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Разбираем фичи по кусочкам: атомарные коммиты как внутренняя дисциплина

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

В статье он рассказывает о декомпозиции: зачем она на самом деле нужна в разработке и какую неожиданную роль в этом играют атомарные коммиты.

Как развивать документацию и продвигать техписателей

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

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

Все новости