Becoming a Product Driven Leader
Scaling yourself · From Product Driven by Matt Watson
You can’t fix a problem until you name it, and this book helped me name all the problems.
The drift.
The disconnection.
The pressure to ship without knowing why.
Not understanding why we were doing any of this.
Thinking shipping more would somehow fix it.
I felt like I had to be the hero.
Owning too much.
Saying yes too often.
The status meetings that felt like a waste of time.
The sprint goals we hit that didn’t seem to matter.
The roadmap was full. But it didn’t deliver.
For a long time, I thought the problem was me.
That I wasn’t leading well enough, that I just needed to move faster and figure it out on my own.
I wasn’t trained for this. I didn’t study leadership or go to business school. I became a startup founder at 22. And I didn’t know what I didn’t know.
I’m just a software engineer who became a leader.
Eventually, I realized this wasn’t just a leadership problem. It was a mindset shift waiting to happen. One you’re already starting to make.
I wasn't thinking like I was building a product.
I was thinking like I was writing code.
What I needed was product thinking.
This chapter isn’t about learning the model.
It’s about what happens when it finally clicks.
When the foundations become behaviors.
When the behaviors become culture.
When the culture begins to carry more weight than you.
That’s what this chapter is.
What it feels like to become a Product Driven Leader.
Letting Go and Learning to Scale
When I was younger, I used to get frustrated with other people. They didn’t work the way I worked. I assumed they didn’t care as much as I did. I thought they were the problem.
But over time, I realized I was expecting them to think exactly like me. And when they didn’t, I either pushed harder or just did it myself.
You might have felt that too, expecting others to work like you and feeling let down when they didn’t.
As a startup founder, I couldn’t expect others to care as much as I did. This was my baby, not theirs. But I needed their help.
Eventually, I burned out. Like so many founders and engineering leaders who try to carry too much for too long.
The turning point wasn’t about lowering my standards. It was about resetting my expectations.
That’s when I learned what I wish I’d known from the start.
The most productive thing I could do was make other people more productive. Not by controlling every move. But by giving them the clarity and space to think and lead.
→ This was the beginning of becoming a Product Driven Leader.
If I can help someone understand what we’re trying to accomplish, and they get 80 percent of the way there in their own way, that’s success.
I didn’t have all the answers. But I knew I had to change.
And once I did, the shift was clear. When you stop trying to do it all and start helping others do it well, everything changes. That shift isn’t weakness. It’s leadership.
I stopped measuring myself by how much I could carry. And started measuring what the team could do without me in the room.
That was the shift. That’s when everything started to change.
What It Feels Like Now
My focus has changed. I don’t ask how I can move faster. I ask how the team can move smarter, on their own. I still see things I’d do differently.
But I’ve learned not to rush in and fix everything.
The goal isn’t to make every decision. The goal is to help the team own the work, even when it’s imperfect, especially when it’s imperfect. Because that’s how your team grows, that’s how you scale.
That means driving the vision instead of commands. Giving them space to help develop the solution.
→ That’s vision.
I stopped looking at standups as a waste of time. They became where culture gets built. Where we connect what we're doing to why it matters. → That’s clarity.
That only works if I trust them. If I don’t, I fall back into old habits. Explaining decisions again, questioning their judgment, and carrying too much of the weight myself.
The team feels the difference. When people don’t feel trusted, they stop trying. When they do feel trusted, they lead.
→ That’s shared ownership.
That’s the shift I’ve made. I’m not the hero anymore. I’m the leader.
The Strategic Shift
Trusting the team gave me something back. I stopped reacting to everything on fire. I started creating space to think ahead.
Now I get to think about the future. I research product ideas and prototype early versions.
I stopped treating everything as urgent. I make sure they are working on the right things. I help protect them from distractions from the rest of the company. Everyone knows how our work will impact our users.
→ That’s focus.
I enjoy that work more. It’s where I add the most value. As a leader, this kind of forward-looking thinking is part of the job. No matter your role, you need to make space for this kind of thinking.
Even as a CEO, I have to remind myself: stop working in the business, and make time to work on it. We all tend to get so wrapped up in the day-to-day that we don’t stop and think strategically.
Sometimes creating that space means setting a higher bar and trusting your team to figure out how to reach it. It might mean hiring people who bring a new level of depth. People who elevate the team and help embed product thinking in the day-to-day.
That’s what makes a team sustainable. Not perfect specs. Not faster sprints. But shared ownership and enough trust to let go a little.
That’s the kind of team I want to build. And it starts with the kind of leader I’ve become.
This Is the Work
My job now is clear, but never easy. I create the environment. I give them space to figure things out. The team brings the energy. I help when they need help. I try to teach without taking over.
I still notice problems. But I’ve learned to pick my moments.
Because the most valuable thing I can build isn’t the product. It’s the people who build it with me. My job is to take care of them and ensure they can step up.
→ That’s courage.
That’s what a Product Driven Leader does. And by now, you’re already becoming one. You lead beside the team, not above them. You shape the environment and reinforce the right behaviors.
The weight hasn’t gone away. But I’m not carrying it alone anymore. And the work matters to them now because they own it too.
What a Product Driven Leader Actually Does
This isn’t a job title. It’s not a framework. It’s a way of leading.
You’ll still feel the pressure.
You’ll still question your choices.
You’ll still get pulled into the weeds.
But now you know how to come back to what matters.
You create vision by making sure the team knows why their work matters.
You protect focus by deciding what not to build and by listening to the customer.
You build clarity through conversation, not commands.
You grow ownership by letting go of control.
You model courage by encouraging your team to ask the hard questions.
You don't carry it all anymore. You build the people who carry it with you. That's the real work of leadership.
That shift doesn’t just change how you lead. It changes what your team builds. Because success isn’t about how much you can ship. It’s about whether you’re shipping the right thing.
And that starts with product thinking.
Product Thinking Is What Scales
If your company just needs more code, AI will give you mountains of code. But that isn’t what your customers want. And it isn’t what you want either.
You want a better product.
Better products don’t come from more code. They come from focusing on what the customer actually needs.
Product thinking means asking better questions and slowing down long enough to understand what actually matters to the user.
That’s the skill that scales.
Not just for PMs, but for engineers.
Not just for teams, but for leaders.
And that’s what the Product Driven Model is here to spread.
AI can generate code, but only you and your team can decide what’s worth building.
That’s what scales now. That’s what product thinking is for.
Additional guides and reading
More from Full Scale on building product-driven engineering teams.
About Full Scale
The playbook, put into practice
Product Driven is the model. Full Scale is how we live it. We help companies build engineering teams that think product-first, with senior developers who own outcomes instead of just closing tickets. If you’re trying to build a team like that, let’s talk.
See how Full Scale works