Velocity over everything: How Ramp became the fastest-growing SaaS startup ever | Geoff Charles

[@jl6523]

I wish this guy was on my team. He gets it.

[@davidmkrell9806]

That was the best ending I’ve heard yet. Total class act.

[@atharvawankhede2085]

10:32 Talking about how he just doesn’t tell about the product. It’s not about secrecy but avoiding distractions. When you are building something, the biggest task is to stick to it. The ability to stick to it comes easy when you are excited about it. But if someone else is also working on something you are excited about, you would want to go there as well. Of course, this is manageable if you self control. While the team individuals are learning self control you have to also help them by not telling them. This also links to how if you have the ability to digest (or focus) you will be given more opportunities to lose focus.

[@giorgitukhashvili1383]

Ome of the best interviews on this channel for me. I love when other people do stuff the same way that I do and especially if they tend to be higher up in successful companies

[@АртемТкачев-э8и]

Great, amazingly simple, clear and intersting conversation! THANK U!!!

[@zshn]

Lenny, you're not asking tough / challenging questions. Vision alignment requires PM to perform their roles, not offload their responsibilities to the engg. team. If PMs are the ones going off talking to customers then why is the engg. team responsible for it. Also it seems PMs are being setup to fail if they're being hired as PM and then expected NOT to be a PM but rather a middle manager or worse a non technical engg. manager. Being overly agreeable to whatever your guests say just creates an echo chamber. I'd rather play devil's advocate.

[@AlicinChristensen]

This interview was brain candy. Excellent!

[@atharvawankhede2085]

12:28 Dedicated Firefighters for firefighting. Developers for fighting bugs, separate from teams who are building. Same for product manager focused on documentation (maintenance) Vs priority (building) If you build correctly, maintenance is going to be less.

[@atharvawankhede2085]

13:44 Interesting. Ambition can burn people out. How to tackle that? Geoff Charles / Ramp’s approach to motivating people is to - challenge markets. - design the future - what does the future of this product looks like? Figma or going back to the blackboards. Doesn’t point out how to avoid burnout. But his approach to motivation is also interesting. Compete with someone, build your own future. 15:43 Context Vs Micro managing. I am currently micro managing 16:11 what is the goal you are going after, what’s the hypothesis to achieve that goal, what’s the data for the hypothesis and solutions to test the hypothesis? 16:37 instead of the solutions, debate the approach, hypothesis

[@yashasvimodi2123]

Love this!

[@atharvawankhede2085]

13:25 love this idea. Let’s 10X the goal. Now tell me what is the strategy and what do you require from me. On the similar lines of Peter Thiel’s idea of 10 year goal in 1 year.

[@JonSchleicher]

i would love to know what may be different about how the engineering teams operate at Ramp compared to Geoff Charles former teams. As an engineer team lead I'm hyper-focused on ways-of-working. When I hear the statements about A+ engineering teams compared to B+ engineering teams, could how Ramp operates be what takes B+ teams and allows them to operate in a new way that shifts them to that A+ level?

[@FabioKraussStabel]

Not sure if there will be a chance for an answer but I'll try anyways. The biggest bottleneck to velocity in my teams is design. designers love to stall things and say they need to do more research. How do you infuse velocity in UXers? On one hand we don't want them to be screen factories that just follow whatever PMs say/sketch but on the other, when we give them time and autonomy, they research research research and nothing useful comes out. Should we just get new UXers?

[@AbouAnia]

It all comes to three things: vision , A players, money…

[@goforbg]

True

[@davidfuster]

This is one of the few companies that Marty Cagan would actually put as an example of doing things the right way.

[@Chris-cx6wl]

"Shipping things that don't work," and they don't have a bug backlog? How??

[@TitusAugust-l6n]

Anderson David Garcia Sarah Johnson Margaret

[@MoMo-ib9ej]

Great talk but i'm not sure i get how insisting on velocity doesn't end up forcing people to take shortcuts, create code debt and bugs

[@chan90s]

Man, I was part of a team which did 2 scrums a day, 1 hour each with 20+ people in each meeting

[@Pharoah2]

20+ people is crazy but its clear standups are happening at Ramp very frequently

[@chan90s]

@@Pharoah2 Miss those small 6 member teams where standups were like a casual talk at random times.

[@atharvawankhede2085]

10:55 multitasking in the coding world is rare. Build APIs and building UIs parallely is difficult. Do on thing at a time. For a week. Or at least a day. Understand the person’s capability.

[@mayurdotca]

There is a lot to admire about how Geoff thinks. I like one idea: optimize everything for speed.

[@atharvawankhede2085]

11:33 single threaded extreme - giving one project, one person, one room.

[@atharvawankhede2085]

17:18 most of the time repeating myself 😂

[@SouravKumar-jj6tj]

still working! Thanks!

[@atharvawankhede2085]

17:00 To move fast, you have to tell your team repeatedly - to move. That’s your job as a leader. Leader’s Job - Repeater in Chief . It’s important because you are also aware of the new changes and ensure the team’s focus stays put.

[@atharvawankhede2085]

18:35 Roadmap + Strategy = Contract. PMs goal: continue giving context, to build stuff Team’s goals: highlight the one way decisions.

[@atharvawankhede2085]

21:36 Because you can fix things quickly, product quality goes up as your product deployment velocity increases - increase the Dev speed and the overall product increases, faster iterations…

[@atharvawankhede2085]

21:36 it’s also about clarity - everyone is so clear about what’s the risks, actions and type of feedback required, even the higher level “who”s can rely on beginner “who”s as they can see what these guys are Upto.

[@atharvawankhede2085]

22:11 Feedback System / Process.

[@atharvawankhede2085]

22:41 VOC directly assigned to engineers. For better priory and context.

[@atharvawankhede2085]

23:29 You can to work on new features until previous bugs are fixed. Fix half working things first - so that new things are built better.