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
  • Programs at Paypal
  • Why create internal tools?
  • Tools created for different PayPal Programs
  • Why does this matter?

Was this helpful?

Export as PDF
  1. Misc

Tooling your way to a great DevRel Team

Christiano Betta talks about the importance of creating different tools and collecting metrics, especially for startups helping them grow more with a small team!

PreviousIs developer relations right for you?NextPlanning your DevRel career

Last updated 4 years ago

Was this helpful?

Summary

  • Understanding different programs at Paypal

    • There were developed gradually over time and not at once

  • Internal tools help the Developer Advocates be in sync with the latest technology by getting them to build projects

  • Building tools is especially beneficial for startups - do more with fewer people

  • Collecting metrics is a great way to increase the efficiency

  • Someone from the team should be in charge of what data needs to be collected and what tools need to be built around it.

Scribbles

Programs at Paypal

  • Did not start at once, created all these overtime

"We should create internal tools and services, and external-facing properties, in order to help the team deliver more, faster, and better than before."

Why create internal tools?

  • To stay sharp your skills need training

  • Going and meeting tons of developers every day, you need to keep up with the technology.

  • You can't stay up to date if you don't have some projects to work on.

  • Get to play with a lot of new tech

  • As the team grows, you need to do more with the same people every year - increasing efficiency.

  • Eliminate the repetitive tasks and simplify the process

  • It is important especially for startups to build side projects - tools that simplify the process to do more

    • Slack - It was a side project build to help people at Flikr communicate effectively

Tools created for different PayPal Programs

BattleHack

  • Made a whole ticketing system with metrics that helped effectively to get the engagement rates of the audience.

    • This was extremely useful for the operations team that ran hackathons

    • Knew metrics for each city to target catering necessary stuff to avoid overselling or underselling the event

  • Check-in system was very useful to know how many actually attended the event

    • Eg.: For the first year had customized badges for everyone but 50% badges were never picked up

      • These were expensive

      • So came up with a solution of printing with transparent labels

      • Saved a lot of cost for the event!

  • Started collecting information about each Hack being developed at the hackathon.

    • Analysed which product was being used in which hack.

    • Got to know how many people were interested in the technology.

    • Shared the information with the partners as well and it was extremely useful.

  • Clock, twitter wall etc were developed to encourage participants getting engaged with social media

Startup Blueprint

  • Developed a customised CRM tool to keep track of everything

  • Initially used a spreadsheet which became messy to converted it into a simple tool for everyone to use

Commerce Factory

  • Made a ton of sample code repositories to standardize the experience of the tech talks

Other tools

  • URL Shorteners

  • Sharktank apps

  • Metrics for iOS and Android

  • Hubot

  • Code of Conduct for the hackathon

Why does this matter?

  • If you're a startup, increasing the workforce is not the best way to increase efficiency

    • With the same number of people in the team, they noticed

      • 195% increase in tickets

      • 223% increase in attendance

      • ~115% of confirmed attendance

      • ~65% of attendance presented

        • 934 hacks being presented

        • 487 of them were unique

        • Got to know the most popular languages and tools being used at the hackathons

    • Doubled the number of events each year, with not so significant increase in hires

      • This is because they were able to do more with the same people each year.

  • Someone from the team should be in charge of strategising how to collect this data and how to build tools to help collect this data effectively.

- Themed Hackathon (Winners go to San Jose!)

- Meetup Series of tech-focused talks on commerce

- Startups get free processing for the first 18 months

- Free office space to 6 startups for 6 months

- Talks series

BattleHack
Commerce Factory
Startup Blueprint
Start Tank
Braintree_Talks
Christiano Betta (Braintree - PayPal) - DevRelCon London 2015