
Многие разработчики слышали о том, как важно развивать личный бренд, об этом есть множество статей, подкастов и видео. Самые ходовые способы получить известность в статусе эксперта — публичные выступления и статьи.
Как быть, если хочется проявить экспертность, но страшно выступать и нет достаточной уверенности, чтобы писать статьи? Я DevRel-специалист в Тинькофф, и за время работы часто сталкивалась с такими вопросами. В этом материале я как раз рассуждаю, как развивать профессиональную репутацию при таких ограничениях. Добро пожаловать под кат.
Зачем развиваться в публичном поле
Идея развивать личный бренд может появиться из-за желания публичности, признания в качестве эксперта, новых карьерных возможностей. Но главное, на мой взгляд, что дает личный бренд — это профессиональное развитие. Когда специалист готовит статью или публичное выступление, он:
-
анализирует свою деятельность;
-
структурирует опыт и знания;
-
знакомится с принятыми в индустрии теориями и практиками;
-
дополняет свои знания новыми подходами;
-
советуется с коллегами;
-
ищет дополнительные аргументы в поддержку своей позиции.
Все это важные активности, но как быть, если разработчик не уверен в своих навыках и стесняется выступать?

Как еще проявить свою экспертность
Я DevRel, и моя работа заключается в том, чтобы развивать культуру обмена знаниями в технических сообществах. Я помогаю готовить доклады на конференции и писать статьи, провожу внешние митапы и внутренние встречи.
За время работы я собрала способы, которые помогают развивать личный бренд без публичности:
Участие в мозгоштурме тем для докладов коллег. «Я хочу выступить на конференции, но мне нечего рассказать» — частая проблема разработчиков, которые хотят выступать, но пока не выбрали тему.
Тема должна быть актуальной, интересной, решать проблему, приносить пользу слушателям — не так просто найти это в своей работе, где все кажется очевидным. Поэтому часто подготовка доклада для конференции или митапа начинается с поиска темы.
Схема подготовки такая: я собираю созвон с разработчиками, на который приглашаю потенциального докладчика плюс его руководителя, коллег и активистов внутреннего сообщества. На такой встрече потенциальный спикер может поделиться своими проектами, наработками, а участники помогают выделить уникальную экспертность, найти что-то интересное, что можно рассказать широкой аудитории. Вот таким активистом можете быть и вы.
Например, близится конференция PyCon. Я забрасываю в python-сообщество сообщение, мол, давайте встретимся, погенерим идеи. На такие встречи приходят желающие выступить и просто активисты, так как встреча открытая. Потенциальные спикеры озвучивают идеи, а остальные участники уточняют, что им кажется интересным, неизвестным, новым.
В go-сообществе ко мне пришел коллега, который хотел выступать, но у него не было темы. Мы собрали созвон, где коллеги спрашивали, чем он занимается, чтобы найти в его работе то уникальное, чем интересно поделиться с аудиторией.
Для меня на встречах особенно важны зрители, потому что как иначе найти или оценить тему? Я не профи в python или golang, мне сложно оценить актуальность и интересность идей, поэтому важно присутствие профессионалов.
Посещая встречи для обсуждения тем выступлений, вы повышаете свою экспертность, калибруясь с коллегами, узнавая о новых подходах или о том, что какие-то из них устарели. А еще улучшается скилл поиска уникального и полезного в работе, что помогает примерять это и на свои проекты.
Если у вас в команде нет деврела или вы работаете в небольшой компании, можете сами инициировать подобный созвон. Возможно, с первого раза не зайдет, если не развита культура выступлений, но и тогда есть шанс найти темы для внутренних митапов, чтобы начать эту культуру развивать.
Ревью докладов коллег. После того как нашли и сформулировали тему, приступаем к подготовке доклада, и это тоже не происходит в вакууме. Невозможно в одиночку подготовить хороший доклад: без фидбэка коллег вряд ли получится сделать то, что однозначно отзовется аудитории. Даже комики тестируют и прогоняют шутки перед большими выступлениями.
В зависимости от опыта выступающего я могу организовать до пяти прогонов. На первом прогоне мы прорабатываем структуру выступления и его составные части. В эти моменты важны советы коллег о том, какую часть поставить в начало доклада, какую убрать и какой подход стоит упомянуть.
В следующих прогонах дорабатываем структуру, но уже смотрим и презентацию, и подачу, и тайминг, размышляем над возможными вопросами из зала и как их отработать.
Еще пример. У нас во внутреннем DotNet-сообществе есть чат, посвященный публичным выступлениям. Ребята закидывают в чат свои темы и тезисы, могут позвать на прогон, чтобы получить бесценную обратную связь для подготовки толкового доклада.
Принимая участие в прогонах, вы помогаете коллегам, а еще структурируете знания, узнаете новое о подаче материала, развиваете критическое мышление, https://habr.com/ru/articles/771792/
Добавить комментарий