DevRel Scribbles
  • What are Scribbles?
  • Index
  • Developer Advocacy
  • Developer Advocates
  • Life as a developer advocate
  • Modernising Red Hat’s enterprise developer program
  • Engaging 9-year-old software developers
  • Making 22-year-olds love 26-year-old software
  • Dogfooding developer products: gathering insights from internal hackathons
  • How far does your ethical responsibility stretch for the tech your devs create?
  • Outside the lecture theatre
  • How do you design programs for diversity?
  • Build the Platform Your Developers Actually Want
  • Measuring dev rel programs far beyond marketing activities
  • Developer Evangelism
    • Developer Evangelists
    • How to rock a technical keynote
    • The Art of Slide Design
    • The Art of Talk Design
    • The Art of Story Design
    • Dev events beyond 2021
  • Developer Experience
    • The Power of Content
    • Building a Developer Community in an Enterprise World
    • How to lose a dev in three ways
    • Developer relations, why is it needed?
    • The hierarchy of developer needs
    • GitHub is your documentation landing page
    • Docs as engineering
    • Commit messages vs. release notes
    • A11y pal(ly)- crafting universally good docs
    • Inspiring and empowering users to become great writers, and why that’s important
    • Solving internal technical documentation at Spotify
  • Community Management
    • Building community flywheels
    • DevRel = Community Management?
    • Creating high-quality communities
    • How to grow a healthy Open-Source community?
    • Managing communities at scale
    • Using community to drive growth
    • Useful community success metrics
    • Communities aren't funnels
    • How to mobilise your community during a pandemic
  • Managing a DevRel Team
    • Developer Relations + Product
    • Distributed developer relations
    • Understanding company goals
    • DevRel Qualified Leads (DQL)
    • Path to success for DevRel
    • How to move up in your organization
    • Four pillars of DevRel
    • Building your DevRel dream team
    • Managing the burnout burn-down
    • I messed up and I’m going to get fired
    • How to report on community relationships without being creepy about it
    • How to scale a developer relations team
  • Misc
    • Is developer relations right for you?
    • Tooling your way to a great DevRel Team
    • Planning your DevRel career
    • Success metrics as narratives
    • Get executive buy-in or else
    • Introduction to the AAARRRP devrel strategy framework
    • Strategy for developer outreach
    • Connecting dev rel and product
    • Performance DevRel
    • Ultimate cheat codes for healthier travel
Powered by GitBook
On this page
  • Summary:
  • Scribbles:
  • Principles for building developer programs and strategy.
  • Teams
  • Outreach
  • Operations
  • Feedback

Was this helpful?

Export as PDF
  1. Managing a DevRel Team

How to scale a developer relations team

Google’s Uttam Tripathi shares practical advice on how to scale a developer relations team to meet your programme’s growing needs.

PreviousHow to report on community relationships without being creepy about itNextIs developer relations right for you?

Last updated 3 years ago

Was this helpful?

Summary:

  • Principles for building developer programs and strategy.

    • Feedback.

    • Community first.

    • Diversity and inclusion.

  • Four Pillars to scale your DevRel Teams

    • Team

      • Personas

      • Type of Role

      • Expanding Globally and Scaling

      • Pipeline for DevRel Hires

      • Org your DevRel is a part of.

    • Outreach

      • Know what are developers that are most relevant for you.

      • Online channels.

      • Influencers and community managers.

    • Operations

      • Vendor partners as an extended team

      • Swag

    • Feedback

Scribbles:

  • If you get unlimited resources and a budget...

    • Probably bad news for your company because they’re not being thoughtful about how they are investing and the floodgates are literally open.

    • Doesn’t really focus one to innovate as it should be.

  • What is really scaling?

    • Preparing the ground for the next wave of growth.

Principles for building developer programs and strategy.

  • Feedback.

    • Dev rel traditionally has been an outward-focus function.

    • There needs to be two-way advocacy.

      • Need to be able to take the developer feedback and bring it back to the Product & Eng Team.

  • Community first.

    • If you’re able to do it the majority of the time, that itself is good news.

    • Did you have influence in your Product & Eng Teams to block a product launch if you think that launch is not going to be beneficial for your developers?

    • If you have strong signals and feedback that the product is not ready, are you able to make that call?

    • When you are sharing content for meet-ups or events among your developer community, is that the content that you and your Product & Eng Team want to push out?

    • Focusing on the needs of the developer community really helps you win their trust in the long run and that really pays back also in business value.

  • Diversity and inclusion.

    • Important -- developer community that we’ve worked with and engage are also representative of these developers that we want to eventually engage with.

Teams

  • What kind of personas exists in the DevRel world?

  • What kind of roles exists?

  • Developer Advocate is a much more common word being used now.

    • Folks who go on stage.

    • The ones that go at events.

    • At meet-ups and talks.

    • Go behind the camera and record talks -- share more scalably

    • Public face for your developer programs and your platform.

  • Community Manager.

    • Very quickly, if your product is starting to get traction, there will be a community that will build around it.

    • Folks who are helping swags for meet-ups, helping buy pizza for the hackathon.

    • Helping run events if your company has to run those first-party events themselves.

  • Other roles -- Developer Program Engineers, Developer Advocates are going and talking about the vision of the platform, getting people excited.

  • Specialized roles like Developer Program Engineers exist.

    • In many companies, especially if the dev rel team is fairly small, Developer Advocates will be doing the same responsibility.

  • Tech Writers.

    • Call-to-action.

    • Inspiring someone with a key message.

    • Experience that that developer website has is key.

    • Having a really solid technical writer team is important.

Expanding globally and scaling.

  • Dev rel teams typically get started wherever the host organization is based but then very quickly realize.

  • The challenge is hiring leaders in these key hubs who can really grow your dev rel presence over there.

  • Focusing on hubs.

    • Figuring out the demographic that works best for your program and needs.

Pipeline for DevRel hires

  • Where do we hire for Dev rel?

  • Traditional interview formats of either hiring for a software engineer role doesn’t really help.

  • LinkedIn

    • You look at people with dev rel titles, that pool is growing.

  • Software engineers in your company who are keen

    • Offer them a rotation opportunity or a short-term project for them to explore dev rel as a practice.

  • Hiring some of the community managers from the broader developer community that your org. works with.

Which org is your DevRel part of?

  • Doesn't matter which organization your dev rel team is part of.

    • The obvious ones are marketing.

    • Irrespective of where you are, you can be successful if your dev rel organization.

    • Use your influence to land your dev rel team where you would be most comfortable with.

    • If you strongly think that your dev rel team should be part of marketing, make that pitch early on.

Outreach

  • That number around 20 million has not shifted in the last five years.

  • Know what are developers that are most relevant for you.

    • Are you really engaging with developers that are relevant for your platform?

  • Online channels.

    • Events are very expensive, expensive on time, expensive on resources.

      • Don’t give you a channel to constantly engage with your developers.

    • Explore online channels.

      • Helps you get a lot more traction.

  • Influencers and community managers.

    • Identify key influencers and community leaders in those markets and build relationships with them.

    • Reach a lot more developers than a traditional channel will probably offer you.

Operations

  • Dev rel is a job that requires a lot of travel for example.

  • Vendor partners as an extended team

    • Are you booking all your travel yourself or is there someone, a vendor or an agency who can help you?

  • There are organizations that can help you.

  • Swag.

    • Procblem when we have swags being produced centrally, not headquarters. And we’re trying to ship it worldwide.

    • Way too expensive if your developers are in emerging markets.

    • Shipping cost.

    • Producing locally.

      • Has a positive impact on the environmental footprint.

Feedback

  • A key part of the developer ecosystem, the work that we do is gathering developer feedback.

  • This is an area where sometimes it’s okay to not focus on scale.

  • Face-to-face conversations where the developers were sharing their pain points.

Video