DevRel, Developer Relations, Relações com desenvolvedores

E aí, tudo bem? Antes de tudo: sou Awdren Fontão e não Andrew/Andrei :). Manauara, mas moro em Campo Grande (MS).

Sou professor e pesquisador na UFMS, tenho uma tese de doutorado na área de DevRel (Developer Relations) e um grupo de pesquisa focado na área. Também trabalhei na indústria como evangelista de desenvolvedores durante 5 anos.

A ideia é de vir aqui com vocês é compartilhar conteúdo sobre DevRel para a comunidade brasileira. Isso mesmo, em português. E um conteúdo sobre DevRel embasado cientificamente. Os conteúdos compreendem resultados de pesquisa do grupo que lidero.

Essa primeira parte do material é sobre o conceito de DevRel.

📝 Como esse texto está organizado:

• Alguns destaques;
• Conceito de Ecossistema;
• Como a área de DevRel emerge;
• O conceito de DevRel (inclusive, com explicações baseadas em etimologia);
• Como algumas organizações estão utilizando a área;
• Lista com as próximas postagens;
• Referências utilizadas.

Alguns destaques:

1. DevRel é uma área organizacional, não é profissão. Visa estabelecer a sinergia entre as experiências de pessoas desenvolvedoras e objetivos organizacionais. Você pode ser, entre outros papeis, evangelista, advocate ou uma pessoa profissional de DevRel;
2. DevRel depende muito da cultura da região/local, por isso é sempre importante estudar a viabilidade de estratégias;
3. DevRel se desenvolve em torno de um ações, serviços e produtos para pessoas desenvolvedoras;
4. Com base na etimologia, estamos falando de relação e não relacionamento.

Um breve papo sobre Ecossistemas

Organizações como (para citar algumas): Amazon, Apple, Canonical, Facebook, Google, Nintendo e Microsoft investem em uma ambiente para envolver comunidades de pessoas desenvolvedoras de software. Entenda aqui como pessoa desenvolvedora aquela envolvida nos disciplinas de Engenharia de Software, por exemplo: testes, UX, arquitetura, gerência de configuração...

O ambiente, citado acima, envolve complexas dinâmicas de cooperação e competição entre comunidades (que consomem e geram recursos), redes de criação de valor e fluxos de energia. Isso pode ajudar as organizações, entre tantos outros benefícios, no desenvolvimento e evolução das contribuições em torno de seus produtos, serviços ou plataformas. Esse contexto tem sido estudado como ecossistema de software, sim uma analogia com ecossistemas da Ecologia. E você já deve ter escutado em alguma reunião ou palestra, alguém comentar sobre o "ecossistema" da organização.

Comunidades engajadas promovem o ecossistema, fornecem feedbacks relevantes para pilares (robustez, criação de nicho e produtividade) que sustentam um ecossistema competitivo. O engajamento das comunidades leva ao complemento do valor que as organizações oferecem aos seus stakeholders. As organizações dependem do ecossistema porque a atratividade da plataforma e dos seus produtos é determinada por uma evolução frequente de suas ofertas de software.

Emerge a área de DevRel e não DevHell

Há uma necessidade de estratégias para apoiar a capacidade do ecossistema de aumentar ou manter suas comunidades ao longo do tempo e sobreviver às mudanças. Nesse cenário, a área organizacional de Relações com Desenvolvedores (DevRel, do inglês Developer Relations) surge como uma possível estratégia.

Mas o que é relação?
Sempre gosto de, quando estou entendendo uma área, buscar na etimologia (estudo gramatical da origem e história das palavras) um suporte.

Para relação, há duas vertentes:

1. do inglês: relations, interações cotidianas, uma visão micro das interações entre as pessoas;
2. do francês: rappaport, ligações estruturais da sociedade, uma visão macro das interações.

Com isso, a relação pode se tratar de uma construção coletiva e identitária das interações entre pessoas-pessoas, pessoas-artefatos e artefatos-artefatos.

Awdren, artefatos? 😳 Sim, você também interage com computadores, celulares, código, documentação... E do ponto de vista das interações tanto pessoas como artefatos fazem parte das nossas relações.

A partir de estudos (levantamento de artigos científicos e artigos técnicos de profissionais com experiência comprovada em DevRel) e método de síntese qualitativa, tem-se a seguinte definição para DevRel:

Área organizacional que cria sinergia entre objetivos de uma organização (em torno produtos, serviços ou ações) e as experiência de pessoas desenvolvedoras. Isso de forma orgânica e estruturada.

Vamos explorar o conceito?

🚩Awdren, mas escutei que é a ponte entre a organização (inclusive, suas áreas internas) e as comunidades. Sim, concordo, isso é sinergia.

🚩Ah, Awdren! Também, já li que é representa a comunidade dentro da empresa e a empresa dentro da comunidade. Sim, isso é sinergia entre objetivos organizacionais e experiência das pessoas da comunidade.

🚩Hmmm, mas Awdren, outra visão não é de relacionamentos entre a empresa e pessoas desenvolvedoras? Cientificamente e vejo outras empresas mais maduras na área utilizando relação e não relacionamento. Vamos para etimologia? Tenho um amigo nativo de país da língua inglesa e ele me explicou o seguinte:

... 'relation' shows the connection between several people, countries, organizations, continents, etc. Note that it is a formal kind of connection. 'Relationship', indicates the informal, smaller type of connection between people like close relatives, couples, etc.

Com isso, fica mais claro que estamos falando de relações.
Bem, avançando no conceito, o que é experiência da pessoa desenvolvedora ou DX? É uma vertente baseada em UX que trata de todas as expectativas, desejos, jornadas, frustrações, percepções da pessoa desenvolvedora dentro da comunidade e nas interações (lembrando que pode ser interação com pessoa e/ou artefatos).

Já os objetivos organizacionais estão conectados com a visão, missão, estratégias, roadmaps, produtos... Tudo aquilo que a organização precisa lidar do ponto de vista de negócio e técnico.

Sinergia, ok. Objetivos organizacionais, ok. Experiência ou DX, ok. Mas e o que é o orgânico e estruturado.

• Orgânico 🌱🪴🌳: refere-se a que as estratégias de DevRel adotadas devem considerar o dinamismo natural das comunidades do ecossistema e, também, suportar com que isso aconteça. Com que o ecossistema se autoregule e se organize visando a sinergia com os objetivos organizacionais e a DX;

• Estruturado 🔻: conecta-se com ações de "interferência" direta que venham da organização para as comunidades dentro do ecossitema. Algo "bottom-up". Gosto de chamar de intervenção. Importante que essas estratégias devem ter algum tipo de viabilidade analisada. E que, no futuro, elas se tornem, de alguma forma, orgânicas.

A área de DevRel é responsável por criar e comunicar recursos técnicos (por exemplo, APIs, amostras de código, documentação), planejar e realizar eventos (por exemplo, hackathons, palestras, mentoria de empresas parceiras) e gerenciar programas de desenvolvedores (por exemplo, AWS Heroes, Google Developers Experts, Microsoft Valuable Professional, programas em parceria com universidades), para citar algumas tarefas. Aqui um spoiler: tenho alunos trabalhando no refinamento das atividades e na minha tese há um conjunto associado à estágios de DevRel.

O planejamento e a execução das atividades DevRel não são triviais e focam em delimitar as ações das pessoas das comunidades sem restringir excessivamente o nível desejado de criação de valor. As pessoas que atuam como profissionais de DevRel precisam ter uma visão realista da criação de valor e da estrutura de suporte do DevRel dentro do ecossistema, com o objetivo de atender às necessidades das comunidades e atingir os objetivos organizacionais.

DevRel visa ainda ajudar a incorporar contribuições potenciais (ou seja, produtos, serviços e inovações complementares) que surgem das comunidades para a plataforma, produtos e serviços do ecossistema. Ajuda a equilibrar o roadmap da organização com as necessidades das pessoas desenvolvedores. Esta área é composta pelos papeis de evangelismo e advocacia. Inclusive, isso aqui será conteúdo para outro texto.

Os recursos adequados, como componentes e ferramentas de código aberto, são fornecidos para apoiar as comunidades, dividindo os objetivos de uma organização de acordo com os diferentes públicos-alvo. Esses recursos e ferramentas são desenvolvidos com base em diretrizes organizacionais que incluem especificação de plataforma, ideias emergentes, melhores práticas, tecnologias, ferramentas de desenvolvimento e marketing, critérios de qualidade e design de interface do usuário.

Mas por que DevRel precisa de conteúdo embasado cientificamente?

• O processo de criação ou contribuição para um produto (software) possui as características de produção ou engenharia. E o time-to-market, competição, cooperação, alinhamento técnico-social-negócios exigem melhoria contínua e sistemática da qualidade do processo e do produto;

• Essa melhoria contínua e sistemática exige um corpo de conhecimento sistematicamente organizado. Isso sustentará o uso de estratégias fundamentadas em rigor, significância e relevância;

• Afinal, você iria expor sua organização a algo que prejudicasse o crescimento ou imagem dela? Por isso, você precisa de ciência para dar fundamentação ao seu negócio;

• À medida que os orçamentos são reduzidos, há mais pressão para fornecer evidências mais fortes e casos de negócios mais convincentes para implementar novas tecnologias ou fazer mudanças nos processos e até mesmo justificar as decisões já tomadas;

• DevRel não é diferente. Ainda mais por ser uma área que ainda está sendo fundamentada.

Alguns exemplos de uso, de forma resumida, de DevRel por organizações

🔔 Atenção, o resumo abaixo é com base em anúncios de vagas e outros textos. Mas não quer dizer que DevRel dentro de cada organização citada trata somente do conjunto de atividades listada. Além disso, não há somente essas empresas. Mas aqui destaquei algumas, sem preferências ou vieses, para que vejam a diversidade da área. Obrigado :)

1. Microsoft: Apoio e contribução para plataformas, ferramentas e processos de código aberto. Divulgam os produtos e serviços (p.ex.: Azure) e permitindo que as pessoas da comunidade façam o que amam; escrever, codificar e aprender. Criam experiências on-line de desenvolvedores globais como docs.microsoft.com, Channel 9 e dev.microsoft.com. Conectam com comunidades técnicas por meio de programas, incluindo Microsoft MVP, Microsoft Regional Director, Build Conference e eventos técnicos de parceiros em todo o mundo;

2. Twillio: cultiva uma comunidade de desenvolvedores tanto interna quanto externa. Há a coordenação de eventos de desenvolvedores, como hackathons. Criação de conteúdo como postagens de blog e apresentações que capacitam os desenvolvedores corporativos a criar com o Twilio em grande escala;

3. Nintendo: Atua como uma ligação técnica entre a Nintendo e os desenvolvedores e garante que esses projetos sejam concluídos com sucesso e dentro do cronograma. Identifica e escala obstáculos para projetos prioritários e títulos de software. Gerencia e oferece suporte a programas de desenvolvedor de plataforma, trabalhando com suporte interno de engenharia e equipes de publicação terceirizadas. Fornece suporte para desenvolvedores em fóruns e gera relatórios para projetos internos especiais. Faz a triagem, classifica e orienta os problemas de suporte do desenvolvedor para a resolução. Realiza divulgação com pequenas equipes de desenvolvimento, bem como instituições educacionais Garante que os desenvolvedores tenham acesso à documentação técnica da Nintendo por meio do portal do desenvolvedor da Nintendo. Participa de feiras do setor conforme necessário;

4. Canonical: envolver-se com comunidades de desenvolvedores e ISVs para ajudá-los a alcançar o ecossistema Ubuntu. Normalmente, ajudam as comunidades a moldar seus snaps, charms ou imagens do Docker baseadas no Ubuntu e garantem que o Ubuntu esteja totalmente habilitado em seus pipelines de CI/CD;

5. Azion: criar e empoderar uma comunidade de desenvolvedores de Edge Computing. É parte do time de Developer Experience que trabalha em conjunto com os times de educação, marketing, produto e engenharia da empresa;

6. Google: promover o sucesso de pessoas da comunidade com orientação e suporte de engenharia, acelerando a adoção das tecnologias da Google. Apoiar os principais desenvolvedores para criar contribuições para os produtos e serviços da Google. Ajudar a desenvolver a estratégia do desenvolvedor com as equipes de produto, atuando como o comunicador de seus parceiros para trazer recursos mutuamente benéficos ao mercado;

7. Pipefy: além das atividades de conexão com a comunidade externa. A área de DevRel foca em estabelecer a cultura e gestão de conhecimentos entre a comunidade de pessoas que são parte da Pipefy.

O que vem por aí?

• Um modelo para DevRel (o DevGo): um modelo para você estruturar DevRel na sua organização e, claro, para entender mais sobre a área. Ele foi proposto como parte da minha tese envolvendo vários métodos científicos e profissionais. O modelo compreende áreas de foco, facilitadores, lições aprendidas, papeis, estratégias, formas de monitoramento e objetos de transferência de valor. Cobre ainda estágios do fluxo de avanço da pessoa desenvolvedora: Sensibilização; Ativação; Retenção; Reconhecimento; Maturação; Monitoramento.

• Papeis em DevRel: vamos falar dos principais papeis? Já deve ter escutado sobre evangelista, advocate, engenheiro de parcerias, tech writer, profissional de DevRel... Ah! Não é porque sua empresa utiliza um determinado papel de DevRel que os outros não sejam importantes ou não precisem existir. Esses papeis, também, foram recuperados por meio de um estudo do Raphael, aluno de TCC, inclusive premiado pelo trabalho.

• Habilidades em DevRel: serão apresentados os resultados, em andamento, do mestrado da Ana Elisa e da parceria com a Glaucia, da Microsoft, e o Gabs Ferreira, da Alvin, sobre que habilidades precisam ser trabalhadas para formar pessoas desde a graduação e para ajudar no treinamento de pessoas que já estão na indústria.

• E mais... que irei avisando nos próximos textos.

Referências utilizadas nesse texto:

1. MACHEREY, Pierre. Aux sources des rapports sociaux: Bonald, Saint-Simon, Guizot. Genèses – Sciences sociales et histoire, n. 9, p. 25-43, 1992.

2. Fontão, A., Cleger‐Tamayo, S., Wiese, I., Pereira dos Santos, R., & Claudio Dias‐Neto, A. (2021). A Developer Relations (DevRel) model to govern developers in Software Ecosystems. Journal of Software: Evolution and Process, e2389.

3. Manikas, K., & Hansen, K. M. (2013). Software ecosystems–A systematic literature review. Journal of Systems and Software, 86(5), 1294-1306.

4. Thengvall, M. (2018). Building a developer relations team. In The Business Value of Developer Relations (pp. 73-100). Apress, Berkeley, CA

5. Oliveira, R., Ajala, C., Viana, D., Cafeo, B., & Fontão, A. (2021, September). Developer Relations (DevRel) Roles: an Exploratory Study on Practitioners’ opinions. In Brazilian Symposium on Software Engineering (pp. 363-367).

6. Minha tese :D