Топ навыков деврела по мнению Developer Advocate🥑
Что полезного делает деврел без технического бэкграунда, нам недавно рассказала
нейронка. Но гораздо интереснее послушать мнение настоящего специалиста, правда?
И я для нас спросила Антона Черноусова, Developer advocate в Yandex Cloud. Антон не только опытный спикер и подкастер, но и сильный член программных комитетов конференций. А ещё в своём канале
The Art of Programming он пишет посты с хештегом #DevRel, рекомендую ознакомиться!
Так вот, три полезных навыка деврела без технического бэкграунда по мнению Антона:
1. Объяснение разных soft skills через конкретные алгоритмы и инструкции.Базовые настройки, которые по умолчанию есть у любого технаря: они железобетонные, прямолинейные, с отключенной эмпатией. Часто не вдупляют контекст, не потому что не могут, чаще по тому что не считают это важным. Это исправляется, насмотренностью, опытом и тренировками.
Важно объяснять технарям конкретные штуки, например:
1) как включить сопричастность с залом,
2) как выстраивать эмоциональный контакт с аудиторией, завоевывать внимание и поддержку зала,
3) как прокачать мышцу эмпатии, если в работе она обычно не требуется.
Все это лучше давать в виде пары простых приемов, подходящих конкретному технарю.
2. Бизнес-контекст. О чём можно, о чём нельзя говорить.
Корректно говорить про инциденты, общаться с конкурентами и делать упаковку в целом для ситуаций, которые могут навредить бизнесу — это целое искусство, владение которым не требуется в работе инженера. Технари любят поразгонять про факапы, или как что-то собрали из говна и палок, или что-то пограничное с NDA, и нам важно защищать интересы бизнеса и учить инженеров «фильтровать базар».
3. Контекст. Перед кем выступаешь и с какой целью.
Когда технари дают информацию, они часто воспринимают её как святой грааль: вот ситуация, вот миллион деталей. Но контексты надо выстраивать и подруливать так, чтобы доклад или статья были действительно полезны слушателям.
Есть ещё важная вещь, которая многим деврелам в России не нравится. Мысль о том, что наша ценность во многом состоит в увеличении КПД участия технаря. И здесь есть аналогия с функцией личного помощника: здесь мы принесли идею выступить, несколько раз напомнили, подредачили тезисы, забукали календарь, сняли орг. нагрузку и все такое прочее. А потом — из единицы контента сделали несколько единиц, например, из доклада сделали статью, посты и рилсы.
Мысль для кого-то спорная, но здесь соглашусь с Антоном: как владелец продукта максимизирует ценность продукта, так и деврел увеличивает ценность от потенциального времени инженера на участие в техноактивностях. Но наша роль здесь партнёрская, потому что не только мы закрываем свои цели через участие инженера, но и он делает мощный вклад в прокачку своих навыков и личного бренда.
А в следующем посте расскажу, каково работать деврелом рядышком с Developer advocate. Спойлер: это — фантастика!❤️