Первая штука: CTO приходит к разработке и рассказывает, что сейчас происходит по части отработки технологических рисков. Отвалившиеся инструменты; опенсорс, который делает чуть больше, чем хотелось бы; всякая безопасность. Что уже сделано, какие ближайшие шаги, какие есть пока что нерешённые вопросы на обсудить.

Параметры могут варьироваться: где-то это раз в неделю, а в других местах ондеманд; где-то выступает CTO, а где-то ещё – Head of Dev / DevOps / инфобез / другие.

Как тут может пригодиться деврел-экспертиза:

• структурировать контент: пользой вперёд, с контекстом, полезным действием, посылом, без буллшита;
• упаковать контент: графики, скриншоты, комменты от причастных, осторожные шутки для разрядки обстановки (трюк выполняется профессионалами, не повторяйте дома без подготовки);
• Rubber duck debugging: поделать прогоны

Что может пойти не так:

• от разговора об инженерных практиках и инструментах может скатиться к насущно-бытовому в духе "что нового по релокации" и "мне не нужна поддержка и информирование, нужна внеочередная зарплата";
• все в огне; ключевым носителям экспертизы некогда подумать над +1 активностью

Что делать:

• запастись ответами на неудобные вопросы в рамках подготовки; даже если это будут так себе ответы, иногда это лучше, чем ничего;
• в моменте приходить в личку к людям, кому особенно плохо – чтобы встреча не превращалась в перебрасывание негативом между 3-4 ребятами, кто переживает сильнее остальных;
• сделать домашнюю работу: не приходить к CTO и остальным с вопросом "ну что там нового?", а проактивно собрать новости по чатикам и людям, приходить к потенциальным докладчикам со сколько-нибудь собранным драфтом;
• добавить заботы в регулярные пинги; вместо "ну как дела?", "договаривались, что пришлёшь апдейт; когда ждать?" → "могу сходить вот к эти ребятам подсобрать инфу; но нужна твоя отмашка – ок?", "чем могу тебе помочь прямо сейчас?".

Встречи внутренних сообществ – выглядит как будто бы довольно стандартной штукой для деврела.

Кто – бэкендеры, фронтендеры, мобильщики, QA, аналитки, Ml/DS, проджекты / продакты / лиды; или просто отдельно взятые команды. Что – встречаются раз в эн времени, обсуждают лучшие практики и факапы, новые инструменты, разные идеи.

Что может пойти не так:

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

Ну и что тогда, может, пока оставить ребят в покое? Можно. Но наблюдение: иногда такие встречи дают тот самый терапевтический эффект. Там может случиться не только полезный контент (см. предыдущий пункт, про апдейты о блокерах по стабильности) – но ещё заветная возможность переключиться, восстановить эмоциональные и интеллектуальные силы.

Не оставаться наедине с новостями, критикалами из бэклога или даже апдейтами от CTO. Но побыть вместе с единомышленниками, общаться.

Как тут может пригодиться деврел-экспертиза:

• объяснить ребятам пользу не от внутренних сообществ в целом, но от внутренних сообществ прямо сейчас;
• подхватить помощь с чем только получиться: темой, структурой, оформлением, прогонами;
• модерировать / фасилитировать / докидывать позитива.

Что конкретно делать:

• рассказать об идее публично внутри;
• пройтись по всем-всем с предложением участия и твоей помощи;
• не опускать руки раньше времени – продолжать объяснять и поддерживать;
• подготовить свои темы (обсудим отдельно).

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

Тот самый случай, когда винегретная природа деврела и компетенции в духе "человек-оркестр" – это не только баг, но и фича.

Автор: Алексей Долгушев, @adolgushev

Хотите написать для devrel.ru?

Свяжитесь с нами