Slide 1

Slide 1 text

HOW TO EAT A BURRITO (AND OTHER LESSONS LEARNED SCALING ENGINEERING TEAMS)

Slide 2

Slide 2 text

CO-FOUNDER AND CTO, FREEAGENT @lylo OLLY HEADEY [email protected] © me

Slide 3

Slide 3 text

© me

Slide 4

Slide 4 text

THE SECRET TO SCALING TEAMS

Slide 5

Slide 5 text

¯\_(ツ)_/¯

Slide 6

Slide 6 text

LESSONS

Slide 7

Slide 7 text

© me

Slide 8

Slide 8 text

Founders, leaders, managers, engineers

Slide 9

Slide 9 text

No content

Slide 10

Slide 10 text

No content

Slide 11

Slide 11 text

THIS IS US!

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

TEAM GROWTH 0 50 100 150 200 250 2007 2008 2009 2010 2011 2012 2013 2014 2015 2016 2017 2018 2019

Slide 16

Slide 16 text

~90 ENGINEERING STAFF

Slide 17

Slide 17 text

~125 PRODUCT AND ENGINEERING

Slide 18

Slide 18 text

#1 HIRING IS NUMBER ONE https://unsplash.com/photos/fY8Jr4iuPQM

Slide 19

Slide 19 text

https://unsplash.com/photos/sUXXO3xPBYo

Slide 20

Slide 20 text

• EVERYONE IS HIRING!

Slide 21

Slide 21 text

•“The quality of coworkers is the single greatest determinant of workplace happiness” 
 -- Yishan Wong

Slide 22

Slide 22 text

Hiring is a feedback loop

Slide 23

Slide 23 text

HIRING IS NOT A CHECKBOX

Slide 24

Slide 24 text

•“Make hiring your number one priority, always. •This means that it needs to be your organization's first priority, it needs to be each manager's first priority, and it needs to be each engineer's first priority.” 
 -- Yishan Wong

Slide 25

Slide 25 text

BE CONSISTENT

Slide 26

Slide 26 text

Standard interview process, no exceptions (e.g. phone screen, technical test, review call, in office interview) Standard questions for all candidates Standard test with blind reviews 
 Reduce bias at every stage.

Slide 27

Slide 27 text

Be Human. Be Kind. Be Yourself. Glassdoor is watching you.

Slide 28

Slide 28 text

No content

Slide 29

Slide 29 text

Provide feedback

Slide 30

Slide 30 text

Be human! Put in the hours , invest your time Think creatively Get out there, exhaust your network Optimise the funnel

Slide 31

Slide 31 text

#2 MO’ MONEY, MO’ PROBLEMS Photo by Clarence Davis, NY Daily News Archive (Getty Images)

Slide 32

Slide 32 text

© Universal Pictures, 1985

Slide 33

Slide 33 text

Junior Mid Senior / Manager Lead / Senior Manager Principal / Head CTO / VP Eng •Define levels ⬅ Dual ladder

Slide 34

Slide 34 text

•Define basic expectations

Slide 35

Slide 35 text

•Or just steal them. progression.fyi

Slide 36

Slide 36 text

No content

Slide 37

Slide 37 text

Intern ? Junior ?? Mid ??? Senior / Manager ???? Lead / Senior Manager ????? Principal / Head ?????? •Bands

Slide 38

Slide 38 text

Intern 23k Junior 25 - 35k Mid 35 - 50k Senior / Manager 50 - 65k Lead / Senior Manager 65 - 80k Principal / Head 80 - 90k •Bands

Slide 39

Slide 39 text

Review bands annually. Use insight from pipeline, network, reports. Use expectations to discuss performance and progression regularly, run 360 feedback. Annual salary reviews, bi-annual promotion reviews.

Slide 40

Slide 40 text

#3 ONE IS THE LONELIEST NUMBER © DC Comics

Slide 41

Slide 41 text

No content

Slide 42

Slide 42 text

•“Software development is a team sport” 
 -- Brian Fitzpatrick & Ben Collins-Sussman Team Geek

Slide 43

Slide 43 text

% Feature #1 & Feature #2 ' Feature #3

Slide 44

Slide 44 text

No content

Slide 45

Slide 45 text

•Single Points of Failure ✅ Knowledge silos ✅ Increased pressure ✅ Reduced happiness and motivation ✅ Inconsistency creep. Drift from standards ✅ Reduced code quality. Technical debt.

Slide 46

Slide 46 text

No content

Slide 47

Slide 47 text

No content

Slide 48

Slide 48 text

•Work as a team, not a collection of •individuals

Slide 49

Slide 49 text

Build collegiate teams, not silos Work together as a team, not a collection of unique individuals Focus on reducing single points of failure (in people and systems architecture!) Optimise for the long term – team sustainability and scalability

Slide 50

Slide 50 text

#4 HOW TO EAT A BURRITO https://unsplash.com/photos/MaHkiMGQFZM

Slide 51

Slide 51 text

* SCALING ENGINEERING TEAMS BY WRITING THINGS DOWN

Slide 52

Slide 52 text

* SCALING ENGINEERING TEAMS BY WRITING THINGS DOWN

Slide 53

Slide 53 text

POP QUIZ

Slide 54

Slide 54 text

What’s our deployment process? When do I get a salary review? How do I get on the VPN? Why are we doing this feature rather than that one? What does a senior engineer get paid? WTF am I supposed to be doing?

Slide 55

Slide 55 text

COMMUNICATION

Slide 56

Slide 56 text

DOCUMENTATION

Slide 57

Slide 57 text

⛔ CODE COMMENTS

Slide 58

Slide 58 text

⛔ CODE COMMENTS

Slide 59

Slide 59 text

•“Good code is its own best documentation. As you’re about to add a comment, ask yourself, ‘How can I improve the code so that this comment isn’t needed?’” 
 -- Steve McConnell

Slide 60

Slide 60 text

CLARITY

Slide 61

Slide 61 text

No content

Slide 62

Slide 62 text

•Team Knowledge Base Common standards, style guides Development process - “How We Work” RFDs Incident reports Our Toolkit (GitHub, DataDog etc) Runbooks

Slide 63

Slide 63 text

No content

Slide 64

Slide 64 text

No content

Slide 65

Slide 65 text

Unless you’re Homer Simpson you might want to try the “lunch- sized” burrito Unwrap the burrito from the top, like a pack of digestives As you eat, unwind the foil to expose more burrito Always ensure you have something between your burrito and the table/your lap: The burrito will leak If you have a burrito for lunch, remember to bring enough for everyone

Slide 66

Slide 66 text

No content

Slide 67

Slide 67 text

RFDs: REQUESTS FOR DISCUSSION

Slide 68

Slide 68 text

No content

Slide 69

Slide 69 text

ARCHITECTURAL DECISION RECORDS

Slide 70

Slide 70 text

DISCUSSION

Slide 71

Slide 71 text

No content

Slide 72

Slide 72 text

• Side Effects Becoming a better writer Public blog posts Hiring It becomes part of the culture

Slide 73

Slide 73 text

•It’s about the long game You’re trying to scale, the last thing you need is for your velocity to decrease. New engineers not knowing how things work, or having to ask for assistance every time they do something, will just slow you down.

Slide 74

Slide 74 text

https://unsplash.com/photos/rK_nz3DswX4 #5 PULLING THE RIPCORD

Slide 75

Slide 75 text

WHEN SHOULD YOU LET GO?

Slide 76

Slide 76 text

Technical founders hiring your first engineer Engineers transitioning into management

Slide 77

Slide 77 text

•When should you let go? Day 1, when you’ve hired your first engineer. Consider yourself no longer on the critical path. Contribute, but put your energy into supporting your engineers, create the culture, remove roadblocks.

Slide 78

Slide 78 text

PLAYER MANAGEMENT

Slide 79

Slide 79 text

•“Moonlighting managers ain’t got no time for bullshit” 
 -- DHH https://m.signalvnoise.com/moonlighting-managers-aint-got-no-time-for-bullshit/

Slide 80

Slide 80 text

• Team first, technical contribution second

Slide 81

Slide 81 text

CONCLUSION https://unsplash.com/photos/keSFbPQAJRE

Slide 82

Slide 82 text

Hiring is #1: Be Human. Be Kind. Be Fair. Be Consistent. Mo’ Money Mo’ Problems: Clear expectations, fair salaries, dual ladder One is the loneliest number: Software development is a team sport How to eat a burrito: Scale teams by writing things down Pulling the ripcord: Get off the critical path, focus on your team

Slide 83

Slide 83 text

@lylo THANKS! [email protected] https://unsplash.com/photos/WMdKyKpmYDI