Этапы внедрения DevRel в ИТ-компании. С чего начать? Часть 2. Спикеры.

Почему не масштабное анонсирование деврела на всю компанию, а сразу работа со спикерами? Аргументы? - они есть у меня

Этап 2. Работа с участниками направления деврела

Знакомьтесь, на фотографии Катя и мы вместе оказываем помощь в подготовке спикеров в CINIMEX!

Итак, мы получили апрув от руководства по транслированию инженерного опыта в ИТ-сообщества и утвердили бюджет, что дальше?

По канону, нужно анонсирование на всю компанию, продажу идеи и всех вовлечь.

Но - на практике вышла иная модель

Аргументы

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

• Готовить доклад с нуля и тут же выступать - это большой стресс не только для айтишника, а в целом для человека любой специальности. Поэтому мы начали работать с текущими материалами потенциальных докладчиков, адаптировали и дорабатывали под каждую конференцию.
• Сроки. Пойти путем поиска новых тем, спикеров и только начать готовить материалы в феврале мы не могли. В этом случае мы успели бы только на конференции, которые пройдут в июне или вовсе наш график присутствия на конференциях сместился бы на осень, не раньше.
• Осторожность. Вдруг не получится... Да, этот аргумент имел место быть. Это первый год, когда наша команда начала конвертировать свои навыки и знания в доклады во вне и было очень важно проверить на практике выбранный нами артефакт, выдержать темп в течение года и получить фидбэк, как со стороны спикеров, так и аудитории ИТ-сообществ.

Как мы работали со спикерами

• Обратились к базе знаний
• Исходящий message

В базе знаний были уже собраны материалы - это наш потенциал к транслированию инженерного опыта во вне.

Мы помогли нашим специалистам, которые выступали ранее, как можно скорее создать свой первый деврел-артефакт.

• Преобразовать свой внутренний доклад на внешнюю аудиторию конкретной конференции (название темы, структуру, контекст, доработка шероховатостей по стилистике).
• Репетиция внутри
• Подать доклад
• Дать рекомендации о прохождение интервью с программным комитетом конференции (в основном по тезисам, но может и более детализированное)
• Если спикер прошел интервью и предъявляемый доклад интересен и отвечает требованиям, то готовимся с двух сторон: внутренняя подготовка и внешняя с ментором из программного комитета.
• Провести прогоны и работа над подачей материала с использованием примеров из жизни и опыта, как своего, так и чужого.
• Согласовать время выступления с организаторами нашего спикера

Идеальное время выступления - до обеда

Исходящий message

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

Со временем, когда будет более-менее отлажен процесс и планы будут требовать иного объема ресурсов, то этот подход привлечения спикеров будет основным.

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

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

При начале диалога, вероятность, что последует такой ответ, очень высок.

Что я расскажу нового и так все всё знают

Или вот такой классический ответ.

Зачем мне это рассказывать? все есть на stackoverflow, загуглил и узнал

Отлично! Это тот кто вам нужен. Почему?

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

Как мы это поняли? Тут нет волшебства, только практика.

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

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

Что посеешь, то и пожнешь

Что делали, когда он заинтересовался?

• Собирали встречу и обсуждали ценность для него самого и компании
• Встречались и обсуждали идеи, мысли, вытаскивали на обсуждение опыт и старались сформировать контекст, темы.
• Темы: поражались объему технических тем, которые генерили эти специалисты, они вошли во вкус.
• Помогали со структурой материала
• Делали прогоны
• Собирали обратную связь по итогам выступления на отдел или компанию
• Дорабатывали совместно материал
• Определяли планы по выступлениям на конференциях/митапах

Путь подготовки абсолютно нового спикера к внешней конференции может составлять в среднем от 4-х до 6-и месяцев

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