DEV Community: Awdren Fontão

DevRel na prática: meu artigo acadêmico ainda faz sentido em 2026?

Awdren Fontão — Wed, 07 Jan 2026 14:01:33 +0000

Alô, comunidade de DevRel e DevX! 📣

Sou pesquisador em Engenharia de Software e Developer Relations e, há alguns anos, propus o modelo DevGo como uma estrutura para entender, organizar e avaliar a atuação de DevRel em contextos organizacionais reais.

Recentemente, resolvi fazer um exercício curioso: usei o NotebookLM para confrontar meu artigo acadêmico sobre DevRel com relatos contemporâneos de profissionais da área em empresas como Microsoft, Google e Amazon. A pergunta era simples: o modelo ainda faz sentido quando colocado lado a lado com a prática atual das big techs?

O que segue neste post é um resumo da análise gerada pelo modelo, complementado com minhas próprias leituras, destacando onde teoria e prática convergem, onde a prática avança além do artigo e quais sinais isso traz para o futuro do DevRel.

Vídeos de profissionais da área de empresas como a Microsoft (https://www.youtube.com/watch?v=_fsVX4YQiWM)(https://www.youtube.com/watch?v=NRTUA0cSMnQ), Google (https://www.youtube.com/watch?v=hZkqDyL12xk) (https://www.youtube.com/watch?v=x6kTNArg2FY) e Amazon (https://www.youtube.com/watch?v=0032wgoe7lw).

Meu artigo que me baseei para o "confronto": https://onlinelibrary.wiley.com/doi/abs/10.1002/smr.2389

O modelo de DevRel proposto por Fontão continua bem posicionado, servindo como uma estrutura acadêmica e operacional que captura com precisão as realidades práticas de grandes empresas como Microsoft, Google e Amazon.

Convergência nos Pilares de Atuação: O modelo DevGo organiza o DevRel em quatro áreas de foco (Plataforma, DevRel, Fluxo de Avanço e Monitoramento) que são espelhadas fielmente nos relatos técnicos:

• Plataforma e Produtos: Fontão define esta área como o fornecimento de infraestrutura e APIs para atrair usuários. No Google, isso é visto na criação de bibliotecas para facilitar a vida de desenvolvedores externos. Na Microsoft, destaca-se que a documentação é parte da experiência do usuário (UX) do produto, funcionando como a "porta de frente".

• Evangelismo vs. Advocacia: O artigo distingue o evangelismo (prospecção) da advocacia (feedback interno). Matt Thompson (Google) corrobora essa divisão, definindo o time como "adjacente ao produto" e focado em ser o "Developer Zero", ou seja, os primeiros usuários internos que testam e validam as ferramentas antes do lançamento.

A Filosofia do "Ganha-Ganha"

O artigo enfatiza que o DevRel deve ocorrer em um contexto de benefício mútuo (win-win). Essa visão é central nos vídeos da Microsoft, que adotam a filosofia de "ajudar primeiro e vender por último", focando no sucesso do desenvolvedor de forma autêntica (conversa de engenheiro para engenheiro) em vez de apenas maximizar audiência.

Escala e o Papel dos Influenciadores

Fontão identifica o estágio de "Referência" como a fase de maturidade onde desenvolvedores influenciam a comunidade. Ray Bango (Microsoft) expande essa ideia ao apresentar os relacionamentos com influenciadores como o "ingrediente secreto" para escalar times pequenos. Ele demonstra que uma equipe de apenas 3 pessoas, ao trabalhar com 5 influenciadores de confiança, conseguiu um alcance de 3 milhões de desenvolvedores, validando a importância dos "embaixadores" mencionados no artigo.

Onde os Vídeos Expandem o Artigo

Embora o artigo de Fontão seja robusto, as discussões no YouTube trazem elementos de fronteira tecnológica e visualização:

• IA Generativa: Enquanto Fontão menciona o uso de aprendizado de máquina como trabalho futuro, o Google já utiliza o Gemini para automatizar amostras de código, resumir issue trackers para engenheiros e criar experiências de aprendizado personalizadas.

• Visualização Interna (Modelo WORM): Courtney Mis (Amazon/TraceLink) propõe o modelo WORM para visualizar o DevRel não como uma jornada linear, mas como uma teia complexa de relacionamentos e dependências internas, usando grafos de rede para provar o impacto da área para a liderança através de indicadores de saúde (Verde, Amarelo, Vermelho).

• Comunidade Hiper-local: Matt Thompson ressalta que a inovação pode acontecer em qualquer lugar e que as comunidades são hiper-locais, exigindo que o DevRel respeite as energias e agendas específicas de cada região (como Bangalore ou Joanesburgo), algo que complementa a visão global do DevGo.

Conclusão

O artigo de Fontão ainda é um alicerce sólido, pois as tendências de "código como verdade" e a necessidade de governança para gerenciar a massa crítica de desenvolvedores externos permanecem centrais. Os vídeos do YouTube agem como uma camada de implementação tática, mostrando como a IA e as redes de influenciadores estão operacionalizando os estágios de "Ativação" e "Referência" previstos no modelo DevGo.

DevX e DevRel: Por que não são a mesma coisa (e como conectá-las para criar valor real)?

Awdren Fontão — Tue, 11 Nov 2025 13:58:00 +0000

Estou de volta com reflexões que sempre surgem em conversas com amigos da comunidade. A diferença entre DevX e DevRel. Antes de tudo, vale lembrar que, se você for usar algo desse conhecimento, mencione os autores em seu texto e em suas palestras :)

Entenda-se aqui "pessoa desenvolvedora" como qualquer pessoa envolvida na engenharia de sistemas. Um dia a gente troca a forma para pessoa da engenharia :)
Este texto é baseado em dois trabalhos fundamentais:

An Actionable Framework for Understanding and Improving Developer Experience (Greiler, Storey e Noda) – refere-se ao contexto interno de times e organizações;
A Developer Relations (DevRel) Model to Govern Developers in Software Ecosystems (DevGo) (Fontão et al.) – refere-se ao contexto sociotécnico de ecossistemas, abrangendo tanto relações internas (entre times, engenharia e produto) quanto relações externas com comunidades e plataformas.

DevX e DevRel: Conexões, Limites e o Papel Estratégico da Ponte

Se a empresa trata DevX e DevRel como a mesma coisa, ela acaba não fazendo bem nenhum dos dois.

A distinção entre Developer Experience (DevX) e Developer Relations (DevRel) é, antes de tudo, uma distinção entre camadas de atuação. DevX concentra-se na vivência interna da pessoa desenvolvedora: seu fluxo, sua fluidez, suas barreiras e suas percepções. O DX Framework demonstra que a experiência é influenciada tanto por fatores técnicos, como pipelines e arquitetura, quanto por fatores sociais, como suporte, colaboração e reconhecimento. Já DevRel atua no nível sociotécnico, governando relações entre pessoas desenvolvedoras, produto, engenharia e comunidades. Essa governança ocorre tanto dentro da organização (alinhando expectativas, conhecimento e práticas entre times) quanto fora dela (comunidades, parceiros, contribuidores). O DevGo descreve DevRel como uma área que estrutura transferência de valor nesses fluxos, sustentando um ciclo contínuo de evolução compartilhada.

Recomendações práticas:
• Antes de estruturar DevRel, mapeie o estado atual de DevX. Se o fluxo interno estiver frágil, DevRel não terá base para construir confiança.
• Não posicione DevRel dentro de marketing corporativo. Posicione perto de produto e engenharia.
• Ao comunicar DevRel internamente, enfatize que a função é estratégica e sociotécnica, não apenas de alcance ou visibilidade.

DevX é Interno. DevRel é Ecossistêmico.

DevX acontece na mesa de trabalho. DevRel acontece na teia de relações que conecta essas mesas entre si e com o mundo.

DevX é vivenciado no cotidiano da engenharia. É sobre como a pessoa desenvolvedora sente o fluxo de desenvolvimento: se há fricção, se há clareza, se há autonomia e se há segurança psicológica para explorar soluções. O DX Framework evidencia que DevX melhora quando a arquitetura é compreensível, quando existe suporte entre pares, quando a documentação é confiável e quando a tomada de decisão técnica é transparente. Já DevRel se orienta por relações sociotécnicas: entre times internos, engenharia e produto, universidades, especialistas, parceiros e contribuidores externos. O DevGo demonstra que DevRel sustenta a vitalidade do ecossistema ao apoiar ciclos de engajamento contínuo, reconhecimento e evolução orgânica.

Recomendações práticas:
• Para melhorar DevX: adote revisões de código colaborativas, documentação viva, automação sensata e clareza nas decisões arquiteturais.
• Para fortalecer DevRel: estabeleça comunidades internas de prática, programas de contribuição e canais de suporte e trocas técnicas transparentes.
• Para alinhar os dois: garanta que aquilo que a comunidade externa vê seja coerente com aquilo que a equipe interna vive. Não prometa fluidez externa que não existe internamente.

Onde DevX e DevRel se Encontram

DevX prepara o terreno. DevRel conecta esse terreno a um ecossistema que cresce junto.

Quando DevX é saudável, contribuir para o produto é possível e prazeroso. Isso vale para contribuições internas e externas. DevRel traduz esse potencial em valor compartilhado, criando mecanismos para que conhecimento, práticas e melhorias circulem entre times e comunidades. A colaboração se torna cíclica: o produto melhora internamente, a comunidade interna e externa se engaja, e o aprendizado retorna para dentro. Sem DevX, a contribuição encontra barreiras e frustração. Sem DevRel, a melhoria interna não se converte em engajamento duradouro.

Recomendações práticas:
• Mapeie pontos de atrito no onboarding de novos desenvolvedores e, a partir disso, desenhe caminhos para contribuição interna e externa.
• Crie “trilhas de contribuição iniciante” com exemplos pequenos e bem guiados.
• Use feedback de comunidades internas e externas como insumo real de priorização do backlog.

O Papel Estratégico da Ponte

Ser ponte não é traduzir. É alinhar ritmos, expectativas e incentivos.

A ponte entre DevX e DevRel é uma prática de coordenação sistêmica. É ler sinais internos (fricções, motivações, capacidades) e sinais externos (demandas, tendências, oportunidades) e transformá-los em alinhamento estratégico. O DevGo mostra que advocacy não é “defender desenvolvedores”, mas traduzir necessidades técnicas em termos que façam sentido para negócios e produto. Da mesma forma, evangelismo não é “falar da empresa para fora”, mas criar condições para que as comunidades internas e externas ampliem e fortaleçam o valor técnico.

Recomendações práticas:
• Mantenha uma cadência de reuniões entre Produto, Engenharia e DevRel para alinhamento de sinais internos e externos.
• Estruture um mapa público de prioridades ou roadmap comentado.
• Torne explícitas as decisões que incorporam feedback da comunidade e também as que não incorporam, com justificativa técnica.

Medindo Impacto de Forma que a Organização Reconheça

Atividade mostra movimento. Impacto mostra transformação.

Segundo o DX Framework, DevX tem impacto sobre retenção, bem-estar e eficiência percebida. Já o DevGo orienta avaliar DevRel pela qualidade e sustentabilidade das relações sociotécnicas, internas e externas, e não apenas pela quantidade de interações ou eventos. Métricas eficazes observam continuidade, profundidade e reciprocidade.

Recomendações práticas:
• Para DevX: acompanhe tempo de onboarding, lead time de desenvolvimento e recorrência de fricções técnicas.
• Para DevRel: acompanhe contribuições significativas, integração de feedback ao roadmap e evolução das comunidades internas e externas.
• Para a ponte: documente casos concretos de redução de atrito interno e aumento de colaboração contínua.

take-home message

Separados, DevX e DevRel entregam pouco. Juntos, constroem ecossistemas vivos.

DevX atua na experiência de quem constrói.
DevRel atua nas relações que sustentam essa construção.
A ponte coordena o ciclo que transforma experiência em valor reconhecido.

DevX sem DevRel resulta em eficiência isolada.
DevRel sem DevX resulta em narrativa sem base.
DevX + DevRel resulta em evolução sustentável, contínua e compartilhada.

What Are the Essential Skills for DevRel Professionals? 🚀📚🌐

Awdren Fontão — Mon, 31 Mar 2025 18:45:37 +0000

Hello everyone! My name is Awdren Fontão, I'm a researcher and professor at UFMS, and today I'm bringing detailed, research-based content for those who work or wish to work in the Developer Relations (DevRel) field. Our research group, specifically Ana Cunha in her master's research, conducted a study to identify the most valued skills by professionals in the DevRel area, aiming to help you and your organization better understand what competencies should be developed.

The complete article is available here: full access.

What is DevRel? 💻🔗🤝

DevRel is an organizational area dedicated to maintaining collaborative relationships between developer communities and organizations, especially those based on software ecosystems. Companies like Amazon, Apple, Google, and Microsoft employ DevRel teams to foster community engagement, facilitate communication, and provide a positive experience for developers around their technology platforms.

Why Identifying Specific DevRel Skills Matters 📈🔍🎯

There's a frequent challenge in the DevRel industry: clearly defining the necessary skills. Many companies struggle to find professionals adequately prepared for DevRel roles, especially in leadership positions. This difficulty arises due to insufficient training and a lack of understanding regarding the real demands of this relatively new field. Our research aims precisely to bridge this gap between academia and industry by providing a detailed list of the necessary competencies for DevRel professionals.

Research Methodology 📝🌍🔬

We conducted a quantitative opinion survey with 24 participants from ten different countries. These participants occupied various roles such as DevRel Manager, Developer Advocate, Technical Evangelist, among others, and had an average of 5.45 years of experience in the area. The survey sought to identify which technical (hard skills) and interpersonal (soft skills) abilities are most relevant for the education and professional performance in DevRel.

Research Results 📊✨🔑

After analysis, we identified a set of 28 essential skills, clearly highlighting interpersonal (soft skills) as predominant.

Detailed Discussion on Soft Skills 🌟🗣️👥

Interpersonal skills are fundamental in DevRel as they directly involve relationships with diverse and dynamic communities. Professionals in this area must constantly remain updated and open to learning, as technologies and community needs evolve rapidly. Effective communication and active listening are particularly important to understand expectations and provide adequate support to communities, maintaining long-lasting and productive relationships. Moreover, teamwork is crucial, as DevRel interacts with multiple organizational sectors, ensuring internal alignment of strategic goals to better serve communities.

Main Soft Skills Identified:

Willingness to learn (95.8%): Crucial ability to stay updated in a rapidly changing technological environment.
Communication skills (95.8%): Essential to ensure effective communication between companies and developer communities.
Interpersonal skills (91.7%): Allow better interaction with diverse audiences and facilitate building lasting relationships.
Active listening (91.7%): Essential for understanding the real demands and needs of communities.
Teamwork (87.5%): DevRel is highly collaborative, requiring synergy among various organizational sectors.

Detailed Discussion on Hard Skills ⚙️📐🔧

Technical skills also play an essential role, as they enable DevRel professionals to deeply understand the products and services they promote. Marketing knowledge is highly valued, as effective strategies are necessary to engage and retain developers within communities. Likewise, proficiency in programming and software development allows professionals to create valuable technical resources and provide practical support to communities. Software design skills are also critical to ensure the technical resources provided are intuitive and efficient, enhancing the developer experience. Additionally, competencies in project management and user research are fundamental for aligning actions with strategic objectives and the real needs of the community.

Main Hard Skills Identified:

Marketing (83.3%): Fundamental knowledge to promote products and create community engagement strategies.
Programming and software development (70.8%): Necessary to understand and demonstrate technical products to communities.
Software design (58.3%): Relevant to create and optimize technical resources and ensure a positive experience for developers.
Project management (58.3%): Essential for coordinating actions and initiatives involving diverse teams and communities.
User research (50%): Important to identify and validate developer needs and expectations, ensuring more effective actions.

Conclusion and Next Steps 🚩📖🔜

The results of this study provide valuable guidance for organizations and professionals seeking to improve the effectiveness and efficiency of their DevRel activities. Recognizing these essential competencies will allow for better professional training and help companies build robust DevRel teams prepared for market challenges.

In upcoming articles, I will provide more insights into how to develop these skills in practice and share new findings from our research group.

References 📚📌🔖

Cunha, A. E., Cafeo, B. B. P., Viana, D., & Fontão, A. (2022). A Survey on Skills of DevRel professionals. XVIII Brazilian Symposium on Information Systems.

Quais são as habilidades essenciais para profissionais de DevRel?

Awdren Fontão — Mon, 31 Mar 2025 18:41:11 +0000

Quais são as habilidades essenciais para profissionais de DevRel? 🚀📚🌐

Olá pessoal! Meu nome é Awdren Fontão, sou pesquisador e professor da UFMS, e hoje trago um conteúdo detalhado e baseado em pesquisa científica para quem atua ou deseja atuar na área de Developer Relations (DevRel). Nosso grupo de pesquisa, especificamente a Ana Cunha em seu mestrado, realizou um estudo para identificar quais são as habilidades mais valorizadas por profissionais da área de DevRel, com o objetivo de ajudar você e sua organização a compreender melhor quais competências devem ser desenvolvidas.

O artigo completo está aqui: acesso completo.

O que é DevRel? 💻🔗🤝

DevRel é uma área organizacional dedicada a manter uma relação colaborativa entre comunidades de desenvolvedores e organizações, especialmente aquelas baseadas em ecossistemas de software. Empresas como Amazon, Apple, Google e Microsoft utilizam equipes de DevRel para fomentar o engajamento das comunidades, facilitar a comunicação, e proporcionar uma experiência positiva aos desenvolvedores ao redor de suas plataformas tecnológicas.

A importância de identificar habilidades específicas em DevRel 📈🔍🎯

Existe um desafio frequente na indústria de DevRel: uma clara definição das habilidades necessárias. Muitas empresas têm dificuldade em encontrar profissionais preparados para atuar em DevRel, especialmente em posições de liderança. Isso ocorre por falta de treinamentos adequados e pelo desconhecimento das reais demandas dessa área relativamente nova. Nossa pesquisa visa justamente preencher essa lacuna entre academia e indústria, oferecendo uma lista detalhada das competências necessárias para os profissionais de DevRel.

Metodologia da pesquisa 📝🌍🔬

Realizamos uma pesquisa de opinião quantitativa com 24 participantes de dez países diferentes. Esses participantes ocupavam cargos variados como DevRel Manager, Developer Advocate, Technical Evangelist, entre outros, e tinham em média 5,45 anos de experiência na área. A pesquisa buscou identificar quais habilidades técnicas (hard skills) e interpessoais (soft skills) são consideradas mais relevantes para a formação e atuação profissional em DevRel.

Resultados da pesquisa 📊✨🔑

Após a análise, identificamos um conjunto de 28 habilidades essenciais, destacando-se claramente as habilidades interpessoais (soft skills) como predominantes.

Discussão detalhada sobre Soft Skills 🌟🗣️👥

As habilidades interpessoais são fundamentais em DevRel por envolverem diretamente o relacionamento com comunidades diversificadas e dinâmicas. Profissionais dessa área devem estar constantemente atualizados e abertos ao aprendizado, pois as tecnologias e necessidades das comunidades evoluem rapidamente. A comunicação efetiva e a escuta ativa são particularmente importantes para entender as expectativas e oferecer suporte adequado às comunidades, mantendo um relacionamento duradouro e produtivo. Além disso, trabalhar em equipe é vital, pois DevRel interage com múltiplos setores das organizações, garantindo que os objetivos estratégicos sejam alinhados internamente para melhor atender às comunidades.

Principais Soft Skills Identificadas:

Disposição para aprender (95,8%): Capacidade crucial para manter-se atualizado em um ambiente tecnológico em constante mudança.
Habilidades de comunicação (95,8%): Fundamental para garantir uma comunicação eficaz entre empresas e comunidades de desenvolvedores.
Habilidades interpessoais (91,7%): Permitem uma melhor interação com públicos diversos e facilitam a construção de relacionamentos duradouros.
Escuta ativa (91,7%): Essencial para compreender as demandas e necessidades reais das comunidades.
Trabalho em equipe (87,5%): DevRel é uma área altamente colaborativa, que exige sinergia entre diferentes setores das organizações.

Discussão detalhada sobre Hard Skills ⚙️📐🔧

As habilidades técnicas também desempenham um papel essencial, pois permitem aos profissionais de DevRel compreenderem profundamente os produtos e serviços que promovem. Conhecimento em marketing é altamente valorizado, já que estratégias eficazes são necessárias para engajar e reter desenvolvedores nas comunidades. Da mesma forma, a competência em programação e desenvolvimento de software permite que os profissionais criem recursos técnicos valiosos e forneçam suporte prático às comunidades. A habilidade em design de software também é crítica para garantir que os recursos técnicos oferecidos sejam intuitivos e eficientes, otimizando a experiência dos desenvolvedores. Adicionalmente, competências em gestão de projetos e pesquisa com usuários são fundamentais para assegurar o alinhamento das ações com os objetivos estratégicos e as necessidades reais da comunidade.

Principais Hard Skills Identificadas:

Marketing (83,3%): Conhecimento fundamental para promover produtos e criar estratégias de engajamento de comunidades.
Programação e desenvolvimento de software (70,8%): Necessário para compreender e demonstrar produtos técnicos às comunidades.
Design de software (58,3%): Relevante para criar e otimizar recursos técnicos e garantir uma experiência positiva para os desenvolvedores.
Gestão de projetos (58,3%): Essencial para coordenar ações e iniciativas que envolvam diferentes equipes e comunidades.
Pesquisa com usuários (50%): Importante para identificar e validar as necessidades e expectativas dos desenvolvedores e garantir ações mais eficazes.

Conclusão e próximos passos 🚩📖🔜

Os resultados deste estudo fornecem um guia valioso para organizações e profissionais que desejam melhorar a eficácia e eficiência das suas ações em DevRel. O reconhecimento dessas competências essenciais permitirá uma melhor formação dos profissionais e ajudará as empresas a construírem equipes de DevRel robustas e preparadas para os desafios do mercado.

Nos próximos artigos, trarei mais insights sobre como desenvolver essas habilidades na prática e novas descobertas do nosso grupo de pesquisa.

Referências 📚📌🔖

Cunha, A. E., Cafeo, B. B. P., Viana, D., & Fontão, A. (2022). A Survey on Skills of DevRel professionals. XVIII Brazilian Symposium on Information Systems.

DevRel - Developer Relations - a scientific perspective

Awdren Fontão — Fri, 02 Aug 2024 13:54:05 +0000

Hey, how are you? First of all: I’m Awdren Fontão and not Andrew/Andrei :). I’m from Manaus, but I live in Campo Grande (MS) - Brazil 🇧🇷

I’m a professor and researcher at UFMS, and I have a PhD thesis in DevRel (Developer Relations) with a research group focused on this area. I also worked in the industry as a developer evangelist for five years.

The idea of coming here is to share content about DevRel with the community. And it will be scientifically based DevRel content. The content includes research results from the group I lead.

This first part of the material is about the concept of DevRel.

📝 How this text is organized:

Some highlights;
The concept of Ecosystem;
How the DevRel area emerges;
The concept of DevRel (including explanations based on etymology);
How some organizations are using the area;
A list of upcoming posts;
References used.

Some highlights:

DevRel is an organizational area, not a profession. It aims to establish synergy between developers’ experiences and organizational goals. You can be an evangelist, advocate, or DevRel professional, among other roles;
DevRel heavily depends on the local/regional culture, so studying the feasibility of strategies is always important;
DevRel develops around actions, services, and products for developers;
Based on etymology, we are talking about relation, not relationship.

A brief chat about Ecosystems

Organizations like (to name a few): Amazon, Apple, Canonical, Facebook, Google, Nintendo, and Microsoft invest in an environment to engage software developer communities. Here, a developer is anyone involved in Software Engineering disciplines, such as testing, UX, architecture, configuration management...

The mentioned environment involves complex dynamics of cooperation and competition among communities (which consume and generate resources), value creation networks, and energy flows. This can help organizations, among many other benefits, in developing and evolving contributions around their products, services, or platforms. This context has been studied as a software ecosystem, indeed an analogy with ecological ecosystems. And you may have heard in a meeting or lecture, that someone mentioned the organization’s “ecosystem.”

Engaged communities promote the ecosystem, providing relevant feedback for pillars (robustness, niche creation, and productivity) that sustain a competitive ecosystem. Community engagement leads to complementing the value that organizations offer to their stakeholders. Organizations depend on the ecosystem because the platform’s attractiveness and its products are determined by the frequent evolution of their software offerings.

DevRel area emerges, not DevHell

There is a need for strategies to support the ecosystem's ability to grow or maintain its communities over time and survive changes. In this scenario, the organizational area of Developer Relations (DevRel) emerges as a potential strategy.

But what is a relation?
I always like to, when understanding an area, look into etymology (grammatical study of the origin and history of words) for support.

For relation, there are two aspects:

from English: relations, everyday interactions, a micro view of interactions between people;
from French: rappaport, structural connections of society, a macro view of interactions.

Thus, a relation can be a collective and identity-building construction of interactions between people-people, people-artifacts, and artifacts-artifacts.

Awdren, artifacts? 😳 Yes, you also interact with computers, cell phones, code, documentation... From the interaction perspective, both people and artifacts are part of our relations.

Based on studies (review of scientific articles and technical articles from professionals with proven DevRel experience) and a qualitative synthesis method, the following definition for DevRel has been established:

An organizational area that creates synergy between an organization's goals (around products, services, or actions) and developers' experiences. This is done in an organic and structured way.

Shall we explore the concept?

🚩Awdren, but I heard it's the bridge between the organization (including its internal areas) and the communities. Yes, I agree, that's synergy.

🚩Ah, Awdren! I also read that it represents the community within the company and the company within the community. Yes, that's synergy between organizational goals and community members’ experiences.

🚩Hmmm, but Awdren, isn’t another view about relationships between the company and developers? Scientifically, and I see other more mature companies in the area using relation and not relationship. Let's go to etymology? I have a native English-speaking friend, and he explained the following:

... '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.

Thus, it becomes clearer that we are talking about relations. Moving on to the concept, what is developer experience or DX? It is a UX-based aspect that addresses all expectations, desires, journeys, frustrations, perceptions of the developer within the community and in interactions (remembering that it can be interaction with people and/or artifacts).

Organizational goals are connected with vision, mission, strategies, roadmaps, products... Everything that the organization needs to deal with from a business and technical perspective.

Synergy, ok. Organizational goals, ok. Developer experience or DX, ok. But what about organic and structured?

Organic 🌱🪴🌳: refers to the fact that DevRel strategies should consider the natural dynamism of the ecosystem communities and also support this happening. That the ecosystem self-regulates and organizes itself aiming for synergy with organizational goals and DX;
Structured 🔻: connects with direct “interference” actions coming from the organization to the communities within the ecosystem. Something “bottom-up.” I like to call it intervention. These strategies must have some kind of feasibility analyzed. And that, in the future, they become, in some way, organic.

The DevRel area is responsible for creating and communicating technical resources (e.g., APIs, code samples, documentation), planning and conducting events (e.g., hackathons, lectures, partner company mentoring), and managing developer programs (e.g., AWS Heroes, Google Developers Experts, Microsoft Valuable Professional, university partnership programs), to name a few tasks. Spoiler: I have students working on refining activities, and in my thesis, there is a set associated with DevRel stages.

Planning and executing DevRel activities are not trivial and focus on delineating community actions without excessively restricting the desired level of value creation. DevRel professionals need to have a realistic view of value creation and DevRel's support structure within the ecosystem, aiming to meet community needs and achieve organizational goals.

DevRel also aims to help incorporate potential contributions (i.e., products, services, and complementary innovations) that arise from communities into the ecosystem's platform, products, and services. It helps balance the organization's roadmap with developers' needs. This area includes roles such as evangelism and advocacy. This will be content for another text.

Adequate resources, such as open-source components and tools, are provided to support communities, aligning the organization’s goals with different target audiences. These resources and tools are developed based on organizational guidelines that include platform specification, emerging ideas, best practices, technologies, development tools, marketing, quality criteria, and user interface design.

Why does DevRel need scientifically based content?

The process of creating or contributing to a product (software) has the characteristics of production or engineering. And time-to-market, competition, cooperation, and socio-technical-business alignment require continuous and systematic improvement of process and product quality;
This continuous and systematic improvement requires a systematically organized body of knowledge. This will support the use of strategies based on rigor, significance, and relevance;
After all, would you expose your organization to something that could harm its growth or image? Therefore, you need science to support your business;
As budgets are cut, there is more pressure to provide stronger evidence and more compelling business cases to implement new technologies or make process changes and even justify decisions already made;
DevRel is no different. Even more so because it is an area that is still being established.

Some examples of how organizations use DevRel, briefly

🔔 Attention, the summary below is based on job announcements and other texts. However it does not mean that DevRel within each mentioned organization deals only with the listed set of activities. Also, it is not just these companies. But here I highlighted some, without preferences or biases, to show the diversity of the area. Thank you :)

Microsoft: Support and contribution to open-source platforms, tools, and processes. Promote products and services (e.g., Azure) and allow community members to do what they love: write, code, and learn. Create global online developer experiences such as docs.microsoft.com, Channel 9, and dev.microsoft.com. Connect with technical communities through programs, including Microsoft MVP, Microsoft Regional Director, Build Conference, and partner technical events worldwide;
Twillio: Cultivate a developer community both internally and externally. Coordinate developer events, such as hackathons. Create content such as blog posts and presentations that empower corporate developers to create with Twilio on a large scale;
Nintendo: Acts as a technical liaison between Nintendo and developers, ensuring that projects are successfully completed on schedule. Identifies and escalates obstacles for priority projects and software titles. Manages and supports platform developer programs, working with internal engineering support and third-party publishing teams. Provides support for developers in forums and generates reports for special internal projects. Screens, categorizes, and guides developer support issues for resolution. Conducts outreach with small development teams as well as educational institutions. Ensures developers have access to Nintendo's technical documentation through the Nintendo developer portal. Participates in industry trade shows as necessary.
Canonical: Engages with developer communities and ISVs to help them reach the Ubuntu ecosystem. Typically helps communities shape their snaps, charms, or Docker images based on Ubuntu and ensures Ubuntu is fully enabled in their CI/CD pipelines.
Azion: Creates and empowers a community of Edge Computing developers. It is part of the Developer Experience team that works in conjunction with the company's education, marketing, product, and engineering teams.
Google: Promotes the success of community members with guidance and engineering support, accelerating the adoption of Google technologies. Supports key developers in creating contributions to Google products and services. Helps develop developer strategy with product teams, acting as the communicator for their partners to bring mutually beneficial features to market.
Pipefy: In addition to connecting with the external community, the DevRel area focuses on establishing culture and knowledge management among the community members who are part of Pipefy.

What’s Coming Next?

A model for DevRel (the DevGo): a model to structure DevRel in your organization and, of course, to better understand the area. It was proposed as part of my thesis involving various scientific and professional methods. The model includes focus areas, facilitators, lessons learned, roles, strategies, monitoring methods, and value transfer objects. It also covers stages of the developer’s advancement flow: Sensitization; Activation; Retention; Recognition; Maturation; Monitoring.
Roles in DevRel: Shall we talk about the main roles? You may have heard of evangelist, advocate, partnership engineer, tech writer, DevRel professional... Ah! Just because your company uses a specific DevRel role doesn’t mean the others are unimportant or unnecessary. These roles were also recovered through a study by Raphael, a TCC student who was awarded for his work.
Skills in DevRel: The ongoing results of Ana Elisa's master's research, in partnership with Glaucia from Microsoft and Gabs Ferreira from Alvin, will be presented. These results cover the skills needed to train individuals from graduation and help train those already in the industry.
And more... which I will announce in upcoming texts.

References used in this text:

MACHEREY, Pierre. Aux sources des rapports sociaux: Bonald, Saint-Simon, Guizot. Genèses – Sciences sociales et histoire, n. 9, p. 25-43, 1992.
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.
Manikas, K., & Hansen, K. M. (2013). Software ecosystems–A systematic literature review. Journal of Systems and Software, 86(5), 1294-1306.
Thengvall, M. (2018). Building a developer relations team. In The Business Value of Developer Relations (pp. 73-100). Apress, Berkeley, CA
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).
Minha tese :D

Rede de criação de valor em DevRel

Awdren Fontão — Wed, 17 Jul 2024 12:54:25 +0000

👋 Olá, time! Sou Awdren Fontão, cientista da computação e pesquisador na área de DevRel (Developer Relations). Fiquei um tempo sem postar, um período sábatico 🪴. Mas, não posso deixar achados científicos somente nas bases científicas. Hoje, vamos explorar a importância da criação de valor em DevRel, baseado em uma pesquisa que realizamos com 31 profissionais experientes na área de Developer Relations (DevRel). Esses participantes representam um conjunto de sete países: Alemanha, Brasil, Canadá, China, Israel, México e Reino Unido.

Link para o artigo científico que gerou esse conteúdo: Criação de Valor em DevRel - uma perspectiva de profissionais

📝 Estrutura do Artigo

O que é DevRel?
Criação de Valor em DevRel
Exemplos Práticos de Criação de Valor
Itens de Operacionalização
Insights
Conclusão

O que é DevRel?

Vou pedir para você dar uma olhadinha no seguinte conteúdo: DevRel, Developer Relations, Relações com desenvolvedores

Criação de Valor em DevRel

🤔 Mas, para iniciar, o que é valor? Vamos de etimologia: Deriva do latim "valōrem", que por sua vez, vem de "valēre", que significa "ser forte", "ser saudável" ou "ser eficaz". A palavra "valor" inclui a ideia de algo que tem mérito, importância ou utilidade, tanto em contextos materiais quanto abstratos.

A criação de valor é um conceito que se refere ao processo pelo qual uma organização gera benefícios que superam os custos envolvidos, resultando em um aumento do valor percebido pelos stakeholders (partes interessadas).

Em um contexto empresarial, criar valor significa aumentar o valor de mercado de uma empresa, o que pode ser alcançado por meio de inovação, eficiência operacional, melhoria da qualidade dos produtos ou serviços e aumento da satisfação do cliente. Isso se reflete em maiores lucros, crescimento das receitas e maior valorização das ações da empresa.

Do ponto de vista do cliente, criar valor envolve oferecer produtos ou serviços que atendam ou excedam suas expectativas em termos de qualidade, preço, conveniência e experiência. Isso pode levar a uma maior fidelidade do cliente e a um aumento na demanda.

No contexto de DevRel, "valor" pode ser entendido como a diferença entre o uso e a troca de valor em vários níveis de análise. No nosso artigo científico utilizamos a estrutura de Amit e Zott para analisar a criação de valor em produtos de DevRel.

A criação de valor em DevRel pode ser dividida em quatro principais fontes:

Eficiência: Redução dos custos de transação dentro do ecossistema. Por exemplo, fornecer documentação clara e APIs bem projetadas pode reduzir significativamente o tempo que os desenvolvedores gastam procurando informações ou resolvendo problemas técnicos.
Retenção: Motivação contínua dos desenvolvedores para se engajar e consumir mais produtos do ecossistema. Programas de fidelidade e reconhecimento, como o Microsoft MVP, ajudam a manter os desenvolvedores envolvidos a longo prazo.
Complementaridade: Agrupamento de múltiplos produtos para gerar mais valor do que se fossem oferecidos separadamente. Um exemplo disso é o uso combinado de serviços do Google Cloud Platform para criar soluções mais robustas e integradas.
Inovação: Exploração bem-sucedida de novos produtos e serviços, assim como a introdução de novos métodos de conduzir e organizar os negócios. A realização de hackathons, por exemplo, incentiva os desenvolvedores a inovar e criar novos aplicativos e ferramentas.

Exemplos Práticos de Criação de Valor

Eficiência:

Exemplo: A Microsoft, através de seu portal docs.microsoft.com, fornece uma vasta quantidade de documentação e tutoriais, permitindo que desenvolvedores encontrem rapidamente as informações de que precisam para resolver problemas e implementar soluções. Isso reduz os custos de busca e aumenta a eficiência das interações dentro do ecossistema.

Retenção:

Exemplo: O programa de desenvolvedores AWS Heroes da Amazon reconhece e premia os desenvolvedores que mais contribuem para a comunidade, incentivando a continuidade do engajamento e a lealdade dos desenvolvedores ao longo do tempo.

Complementaridade:

Exemplo: A combinação de produtos da Google, como o Google Cloud e o Firebase, permite que desenvolvedores criem soluções mais completas e integradas, aumentando o valor percebido ao usar múltiplos produtos da mesma plataforma.

Inovação:

Exemplo: A realização de hackathons pela Twilio não apenas incentiva a criação de novos aplicativos usando suas APIs, mas também promove a exploração de novas ideias e abordagens inovadoras no uso de suas tecnologias.

Itens de Operacionalização

Para operacionalizar a criação de valor em DevRel, utilizamos o framework de Amit e Zott, que identifica quatro principais fontes de valor: eficiência, retenção, complementaridade e inovação. Cada fonte de valor é composta por itens de operacionalização que ajudam a classificar as percepções dos praticantes de DevRel.

Eficiência:

Redução de Custos de Busca: Simplificar a busca por informações e recursos técnicos.
Redução de Custos de Transação: Facilitar as transações dentro do ecossistema através de processos eficientes.

Retenção:

Programas de Fidelidade: Reconhecer e recompensar desenvolvedores engajados.
Confiança: Estabelecer credibilidade e confiança entre a comunidade de desenvolvedores e a organização.
Comunidade Virtual: Criar e manter comunidades virtuais ativas e engajadas.
Ponto de Contato: Manter um bom relacionamento entre praticantes de DevRel e desenvolvedores.

Complementaridade:

Integração de Produtos: Agrupar produtos complementares para criar mais valor.
Apoio a Produtos Existentes: Suporte contínuo a produtos e serviços existentes no ecossistema.

Inovação:

Novos Conteúdos: Criar e divulgar novos conteúdos técnicos e educacionais.
Novos Recursos: Introduzir novas funcionalidades e ferramentas.
Reestruturação de Processos: Revisar e melhorar processos internos para apoiar a inovação.
Migração: Apoiar a migração para novas tecnologias e plataformas.

Insights

O artigo "On Value Creation in Developer Relations (DevRel): a practitioners’ perspective" apresenta sete insights principais, relacionados a diferentes itens de operacionalização de criação de valor. Os insights e os itens relacionados são:

Estabelecimento de um fluxo de comunicação (feedback loop):
- Itens de Retenção: Ponto de Contato
- Insight: Estabelecer boas e fortes relações entre desenvolvedores de terceiros, profissionais de DevRel e a keystone pode permitir um fluxo de feedback que apoia várias áreas de negócios/técnicas da estrutura organizacional da keystone, como produção e evolução de produtos, estrutura da área de DevRel e estratégias de monitoramento de DevRel para retenção de desenvolvedores.
Programas de lealdade (loyalty program):
- Itens de Retenção: Programas de Lealdade, Confiança
- Insight: Os embaixadores são o resultado do planejamento e execução de programas de lealdade com desenvolvedores de terceiros. Esses programas incluem reconhecimento oficial de desenvolvedores, relacionamentos de longo prazo com a keystone e uma comunidade de especialistas que têm acesso a recursos técnicos avançados.
Melhoria do roadmap (roadmap enhancement):
- Itens de Eficiência: Gama de Seleção
- Insight: As áreas de produto e marketing podem usar ferramentas de monitoramento para direcionar o roadmap do produto aos desenvolvedores. Isso melhora a capacidade de engajar na evolução dos produtos ao redor da plataforma, favorecendo a competitividade dos produtos e serviços do ecossistema.
Treinamento técnico (technical training):
- Itens de Eficiência: Gama de Seleção, Informação Simétrica
- Insight: O treinamento técnico planejado e conduzido por DevRel pode ser fortemente influenciado pelo roadmap do produto do ecossistema. É uma oportunidade para onboard e maturar a comunidade de desenvolvedores.
Reestruturação de processos (processes restructuring):
- Itens de Eficiência: Informação Simétrica
- Insight: A área de DevRel como agente articulador do fluxo de informação sobre os produtos do ecossistema entre profissionais de DevRel, organização e desenvolvedores favorece a comunicação e a confiança em torno das informações produzidas pelos desenvolvedores baseadas nas ações de DevRel.
Produtos inovadores (innovative products):
- Itens de Inovação: Novos Conteúdos, Novas Funcionalidades, Migração
- Insight: A equipe de DevRel deve ter a visão para incentivar a inovação nas contribuições dos desenvolvedores. DevRel também deve facilitar a combinação de características que se tornam produtos inovadores do ecossistema.
Redução de custos (cost reducing):
- Itens de Eficiência: Custo de Busca
- Insight: A eficiência da transação aumenta à medida que o custo das transações dentro do ecossistema diminui. Vários mecanismos existem para reduzir custos, como os custos de busca de produtos para profissionais de DevRel e desenvolvedores.

Esses insights foram identificados através da análise das percepções dos profissionais de DevRel e estão distribuídos em quatro fontes de valor: retenção, eficiência, inovação e complementaridade.

Conclusão

DevRel é uma área vital para o desenvolvimento e a sustentabilidade de um ecossistema de software. Através da criação de valor, é possível não só engajar mais desenvolvedores, mas também fomentar a inovação e a eficiência dentro do ecossistema. Continuar investindo em estratégias de DevRel é essencial para qualquer organização que deseja manter-se competitiva no mercado atual.

Espero que este artigo tenha fornecido insights valiosos sobre a importância de DevRel e como ele pode ser implementado para criar valor dentro de uma organização. Até a próxima!

Referências:

Awdren Fontão, Sergio Cleger-Tamayo, Igor Wiese, Rodrigo Pereira dos Santos, and Arilo Claudio Dias-Neto. 2020. On value creation in developer relations (DevRel): a practitioners' perspective. In Proceedings of the 15th International Conference on Global Software Engineering (ICGSE '20). Association for Computing Machinery, New York, NY, USA, 33–42. https://doi.org/10.1145/3372787.3390440
Awdren Fontão, Sergio Cleger-Tamayo, Igor Wiese, Rodrigo Pereira dos Santos, and Arilo Claudio Dias-Neto. 2021. A Developer Relations (DevRel) model to govern developers in Software Ecosystems. Journal of Software: Evolution and Process. e2389.
Manikas, K., and Hansen, K. M. 2013. Software ecosystems–A systematic literature review. Journal of Systems and Software, 86(5), 1294-1306.

Para mais detalhes e para acessar outras postagens, siga-me no DEV Community

DevRel, Developer Relations, Relações com desenvolvedores

Awdren Fontão — Thu, 22 Dec 2022 18:48:25 +0000

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:

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;
DevRel depende muito da cultura da região/local, por isso é sempre importante estudar a viabilidade de estratégias;
DevRel se desenvolve em torno de um ações, serviços e produtos para pessoas desenvolvedoras;
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:

do inglês: relations, interações cotidianas, uma visão micro das interações entre as pessoas;
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 :)

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;
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;
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;
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;
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;
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;
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:

MACHEREY, Pierre. Aux sources des rapports sociaux: Bonald, Saint-Simon, Guizot. Genèses – Sciences sociales et histoire, n. 9, p. 25-43, 1992.
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.
Manikas, K., & Hansen, K. M. (2013). Software ecosystems–A systematic literature review. Journal of Systems and Software, 86(5), 1294-1306.
Thengvall, M. (2018). Building a developer relations team. In The Business Value of Developer Relations (pp. 73-100). Apress, Berkeley, CA
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).
Minha tese :D