3 core skills you need to kick-start your career in developer relations

Chukwuemeka Afigbo
6 min readJun 2, 2022
Just another hackathon kickoff

I recently had the honor of speaking to the Global Developer Google Student Club community at an event organized in partnership with Outtalent on how to get a job at a big tech company. It was great interacting with these budding tech leaders from across the world through the panel discussions and networking sessions.

One of the key questions from the panel, networking sessions, and subsequently in LinkedIn chats had to do with the difference between various roles in Developer Relations (Devrel) and how one can get started in Devrel particularly if you do not know how to code.

I will attempt to provide some foundational guidance in this article that should equip the reader with the basics needed to kick start their journey regardless of the direction their search takes them.

What is Developer Relations (Devrel) and what are the various roles/tracks under Devrel?

The simplest definition I can offer is that Developer Relations is primarily concerned with ensuring that a company that makes a product or provides a service that is leveraged by software developers can engage and meet the needs of those developers in a way that drives the company’s business objectives. These objectives could vary from product-related or strategic objectives to revenue-related objectives.

For these companies, having a Devrel team is important because the typical software developer is suspicious of the standard sales, marketing, and support methods used by most companies and so will only trust “one of their own”. This means that if developers are important to your business, you need to get a team of people who are either developers or deeply understand developers to engage with them, hence Developer Relations.

If you are looking for a more detailed definition, you can check out this article by Phil Leggetter.

Developer Relations is not just one role.

Many roles can fall under the developer relations umbrella. These roles include Developer Advocacy, Developer Evangelism, Developer Marketing, Developer Documentation Engineering, Community Management, and Developer Experience Engineering. Check out this article by Matthew Revell on how to get a job in Devrel for a definition of these roles. Some roles not mentioned in that article but I think are worth knowing include:

Developer Support: concerned with helping developers when they run into issues while using your product

Developer Relations Program manager or coordinator: involves owning and driving the program strategy for scaled programs similar to the Google Developer Groups and Student Clubs, Meta Developer Circles, and Google Summer of Code

A program manager rallying the community

I’m not a developer (yet). What core skills do I need to be able to work in Developer Relations?

An obvious way to find out these skills is to take a look at the profiles of people in the space on LinkedIn to see how they did it but this can lead to even more confusion for a number of reasons:

  1. Developer Relations is not just one role as we discussed above.
  2. Different companies define developer relations in different ways based on their internal organizational structure. So you may find folks doing developer relations work in marketing, engineering, product, or even customer support organizations with job titles different from the ones we have mentioned in this article.
  3. Almost everyone in developer relations had a different path to the role. Some started as developers, some started as marketers and I even know someone who started their career as a translator. This means that their story does not have to be yours and will likely not be.

When you put these factors together, it can get confusing for someone at the start of their career to understand the skills needed to get into the space. Based on my experience working with developers, I am sharing these three skills that I have found to be fundamental for those seeking to start a career in developer relations.

Note that you do not need to be an expert in all three skills. It is possible to build a successful developer relations career if you are strong in any two out of the three provided you have at least a foothold in the third.

One key assumption here is that you have the passion and motivation to be in tech and make life easier for others. If you do not then maybe a career in Devrel is not for you.

The three core skills are:

  1. Developer skills: This ranges from knowing how to code to at least understanding how to communicate with people who code, i.e understanding the key terms, etc. On a scale of 1 to 10, “10” means being a decent developer who has written and deployed production-quality programs and loves to dig into the code while “1” means that while you would not describe yourself as a developer, you at least know enough technical details about your product to be able to understand a simple pain point from a developer in your community and relate it to someone in your technical team without anything being lost in translation.
  2. Project Management and communication skills: This is the ability to manage basic projects like a developer event/meetup. Doing this requires basic self-discipline to deliver on set timelines and the ability to collaborate internally with your team members and externally with members of your community through meetings (in-person and online), presentations, emails, plan documents, checklists, etc. On a scale of 1 to 10, “10” means that you should be able to own the end to end management of a reasonable project like a Developer event or meetup in collaboration with the project team while a “1” means that you should be able to own the delivery of a task in a project such as ensuring that the Venue for a meetup is ready or making sure that all the speakers for a developer event are prepped and ready with their presentations.
  3. Community Management / People Oriented skills: This is your level of comfort working in an informal community/group of people either in person or online, understanding the different dynamics and group norms, resolving conflicts, and managing different opinions. You do not acquire this skill by sitting in the office (or at home) and writing code all day. It means routine interaction with others in person and virtually. Pro tip: if you are not comfortable attending events and meetups where you get to meet other developers, then you probably will not score high in this area. On a scale of 1 to 10, a “10” would be something like being the admin/moderator of a community mailing list or discussion forum or being the convener of an event series while a “1” would be that you are a key contributor to the said mailing list or discussion forum or a regular attendee to the developer event series

As I mentioned earlier. You do not need to be an ace in all three areas to get your start in Devrel, you just need to be strong in at least two of them and have a foothold in the other.

Here are some examples of how it could play out for the various Devrel roles:

So how do you get started in building these skills especially if you are not a developer?

There are many ways to do so, like taking some of the many helpful articles and free online courses available out there. One way I would strongly recommend is to join a developer community and step up to take a service role. Find a way to help the community leadership team manage things. It could be something as simple as helping moderate the community forum or handling the social media account. If there is an event or meetup coming up, offer to help with the planning and execution even if it is serving as an usher or staffing the registration desk. Trust me, you will be amazed where this will take you.

Good luck as you embark on building your Devrel career. I welcome your thoughts and feedback on the above. I am always learning.

And if you made it to this point in the article, I have a reward for you :-D



Chukwuemeka Afigbo

Tech Community Fan(atic). Dev Ecosystem Cheerleader . Believes that talent is evenly distributed. Views expressed are mine.