Acho bem difícil encontrar uma única resposta para essa pergunta. Não que todas elas sejam muito distantes, mas ainda que semelhantes, podem ter objetivos diferentes.
Entendendo o termo
Mas vamos por partes, certo? Primeiro, vamos entender essa abreviação: DevRel. Ela vem de Developer Relations. Traduzindo livremente seria algo como Relacionamento de Pessoas Desenvolvedoras? Uma Pessoa Desenvolvedora que cuida de Relações?
Bom, provavelmente você já viu esse termo em algum lugar. E apesar de ter sido considerada apenas o nome de uma área por um tempo, hoje entendemos que é o nome da profissão.
E os outros nomes?
Caso nunca tenha visto a palavra DevRel, talvez você conheça algum desses outros nomes:
Community Manager;
Tech Community Manager;
Tech Writer;
Developer Advocate;
Developer Evangelist;
Developer Experience.
Apenas um adendo de que, algumas vezes, "Community Manager" está bastante relacionado não apenas com tecnologia, mas também com a área de marketing. O que faz bastante sentido porque o termo comunidade não existe apenas na nossa área, mas também em outras, principalmente as que envolvem produtos ou serviços, pois cria-se a "comunidade" que usa e engaja sobre esse determinado produto ou serviço.
O que uma pessoa DevRel faz?
Isso vai depender de cada empresa, mas já falaremos disso. O que importa nesse momento é que o centro de todos esses nomes é: relacionamento entre a empresa e a comunidade de tecnologia. Assim como é também para a pessoa DevRel. Independente do que fizer, ela sempre vai direcionar para criar um bom relacionamento entre a empresa na qual trabalha e as comunidades de tecnologia.
Mas seguem abaixo algumas das responsabilidades que uma pessoa DevRel pode ter:
Criar conteúdos técnicos ou sobre a carreira;
Criar parcerias com comunidades de tecnologia;
Produzir eventos, lives, vídeos, artigos, podcasts, palestras ou diversos outros tipos de conteúdo;
"Evangelizar" sobre um produto ou serviço de uma empresa, divulgando como se usa ou como se constrói algo usando a tecnologia em questão (apenas um reforço: note que não é vender o produto, mas falar sobre ele e ensinar como se usa);
Participar de eventos e conferências de tecnologia, seja como pessoa espectadora ou como pessoa palestrante;
Compartilhar conhecimento e engajar as pessoas da empresa e da comunidade para fazerem o mesmo;
Se relacionar com a comunidade para ter feedbacks do produto e/ou serviço da empresa na qual trabalha;
Atuar em projetos de código aberto (open source);
Entender e pesquisar sobre quais tipos de tecnologia podem ser interessantes para as pessoas da empresa utilizarem e reunir-se com possíveis fornecedores;
Comunicar-se com diferentes áreas da empresa;
Atuar na experiência de pessoas desenvolvedoras dentro da empresa, desde as ferramentas que utilizam no dia-a-dia, até a evolução do seu conhecimento (mas é importante não confundir com o trabalho do time de Gestão de Pessoas);
Entre muitas outras coisas.
Mas a pessoa DevRel faz tudo isso? Às vezes sim. Mas não necessariamente. Tudo depende dos objetivos da empresa de se ter uma pessoa com essa função.
Por que ter uma pessoa DevRel na empresa?
Essa pergunta pode variar bastante de resposta, mas eu volto ao centro de tudo que é criar um relacionamento entre a empresa e a comunidade de tecnologia. Em qualquer uma das funções que citei no tópico anterior e até mesmo outras que existem no mercado, sempre haverá o interesse central de parcerias com as comunidades.
Isso é bom tanto para as comunidades quanto para as empresas, até porque pessoas são muito mais importantes que tecnologia e ter alguém que se preocupa com isso, pode fazer bastante diferença tanto interna quanto externamente.
Além do mais, no fim das contas, a comunidade quer emprego e a empresa quer contratar, a comunidade quer tecnologias interessantes que consiga aprender e usar e a empresa quer que a comunidade conheça seu projeto ou serviço para espalhar a palavra e, quem sabe, outras empresas utilizarem também, assim por diante.
Para quem a pessoa DevRel responde?
Eu já vi empresas nas quais a pessoa DevRel faz parte da área de Marketing, da área de Produtos, da área de Gestão de Pessoas e da área de Tecnologia e/ou Engenharia. Isso pode trazer diversos debates, mas ao meu ver, o que mais faz sentido é a pessoa responder diretamente para a área de tecnologia. Contudo, ressalto, sem querer ser repetitiva, mas já sendo, tudo depende dos objetivos da empresa.
Inclusive, uma das dicas que ouvi neste twitter space é para quando você for se candidatar para uma vaga de DevRel, seria interessante perguntar para qual área você vai responder. Isso pode influenciar bastante no seu modo de trabalhar e suas tarefas no dia-a-dia.
Resumindo... tudo depende?
Sim. E ponto. Ou reticências.
Outros posts e artigos sobre o que é DevRel
- @pachicodes: DevRel: O básico e 1 year into DevRel, here is what I learned;
- @gikapassuti: Desbravando DevRel - Abordagens Dev First e Dev Plus;
- Gabs Ferreira: O que é DevRel e porque você e sua empresa deveriam se importar;
- @awdren: DevRel, Developer Relations, Relações com desenvolvedores.
Teremos uma série de artigos sobre DevRel, esse foi apenas o primeiro. Tem algum tópico em específico que você gostaria que eu falasse? Pode pedir que falaremos sobre o assunto.
Obrigada por ter lido o artigo e deixo o canal aberto para troca de ideias e feedbacks.
Top comments (0)