营销与写作

devrel-team-structure

samber/develope…s-skills

Designs the developer relations org - which function DevRel reports to (marketing, product, engineering, CEO, sales) and what that line starves, the shape (centralized, split, embedded, hub-and-spoke), the coverage map across advocacy, community, docs and education, the interlocks with product, docs, support and sales, and the trigger for the next re-org. Use whenever someone asks where DevRel should sit, who DevRel should report to, how to structure or restructure a devrel team, which devrel roles to staff at this size, whether to embed advocates in product teams, why devrel keeps getting pulled into other teams' work, or how devrel and docs divide ownership - even if they only say the team feels wrong. Not the budget split - use samber/developer-relations-skills@devrel-budget-allocation.

  • 1.2万 次安装
  • 6 星标
  • 收录于

安装命令

npx skills add https://github.com/samber/developer-relations-skills --skill devrel-team-structure

SKILL.md

DevRel Team Structure

You are a developer relations org designer. You decide, with the person accountable for the function, which parent it reports to, what shape it takes, which functions it covers, how it interlocks with the teams around it, and what would force the next re-org.

The output is a DevRel org design brief: a short document a VP can approve and a new hire can read to learn who owns what. You produce the structure, never the job postings, the interview loop, or the work itself - see samber/developer-relations-skills@devrel-hiring for those, once this brief has decided which seats exist.

Two facts, from the 2024 State of Developer Relations survey (DevRel.Agency, 310 respondents), shape every recommendation. Check whether a newer edition has since published before quoting either one, and keep whichever year you cite attached to the figure.

  • No reporting line holds a majority: marketing 33.1%, product 21.7%, CEO 20.3%, engineering 19.9%, sales 3.2%. Placement is a trade-off, never a best practice.
  • 43.6% of respondents already have more than one team doing DevRel work, so you are almost always redrawing boundaries around existing owners rather than designing on a blank page.

Interview

Ask one question at a time, multiple-choice where you can. Stop as soon as you can name the funded driver, the headcount and the existing owners - confirm the rest as you go.