Refactoring

Refactoring

Share this post

Refactoring
Refactoring
The Manager's Path πŸ“˜
🧡 Essays

The Manager's Path πŸ“˜

Our review + summary of the seminal work by Camille Fournier.

Luca Rossi's avatar
Luca Rossi
Jun 18, 2025
βˆ™ Paid
32

Share this post

Refactoring
Refactoring
The Manager's Path πŸ“˜
1
Share
Upgrade to paid to play voiceover

Hey there! This is a Book Edition πŸ“š β€” where I publish our review + summary of a famous non-fiction book in our space.

It is made possible by the book club in the community, where every two months we decide on a non-fiction book to read, and we review it together in a live event at the end of the period.

This time we're reviewing The Manager's Path, by Camille Fournier β€” a book that holds a special place in my heart.

As a Refactoring reader, you should already be familiar with Camille, for a variety of reasons:

  1. She is just a legend.

  2. She was our podcast guest a while back, where we discussed Founder Mode and other management philosophies.

  3. She is one of our guest authors, and we published a great primer on platform engineering earlier this year.

But long before all of this, back in 2017, I encountered her book while growing my startup.

I was a young CTO who had just raised a Series A and was trying to figure out how to run and scale a small engineering team, and The Manager's Path became kind of my field guide. The book answered many questions I didn't even know I had, like:

  • How should I transition from coding to managing?

  • What does a tech lead actually do?

  • How can I give clear feedback that helps rather than hurts?

Fast forward to today, I have read it again for the book club: I remembered many of the lessons that resonated back then, but now I was also drawn to different sections and ideas.

What strikes me the most today is how the book finds a somewhat miraculous balance in providing 1) timeless but practical advice, 2) to a wide variety of roles, from engineers to CTOs, 3) in a compact package.

How does it pull this off? That’s what we'll explore today:

  1. 🌟 Core themes β€” foundational principles that span all leadership levels.

  2. 🌱 From IC to influencer β€” mentoring and the tech lead role.

  3. πŸ§‘β€πŸ’Ό The first leap β€” from engineer to manager.

  4. πŸš€ Scaling leadership β€” managing managers and multiple teams.

  5. 🏒 The executive realm β€” Director, VP, and CTO perspectives.

Let's dive in!


🌟 Core Themes

Before diving into the specific stages of the management journey β€” which we’ll cover pretty much verbatim with respect to the book's structure β€” I believe there are a few foundational principles that Camille weaves throughout the book.

These don't belong to any single role, but they are rather a compass that guides you throughout the levels:

  1. πŸ§‘β€πŸ« Management is a distinct discipline β€” from engineering, and it’s about getting things done through others, not personal heroics.

  2. πŸ”‘ Accountability is the cornerstone β€” you own your team's results, morale, and culture.

  3. πŸ’ͺ Influence trumps formal authority β€” trust and credibility matter more than titles.

  4. πŸ¦‹ Transitions are the hardest part β€” crossing thresholds between roles is often tougher than the roles themselves.

  5. πŸͺ΄ Culture is a long-term multiplier β€” psychological safety, feedback, inclusion, and mentoring pipelines.

Let's unpack each of these:

1) Management is a distinct discipline πŸ§‘β€πŸ«

One of the biggest misconceptions about engineering management is that it's just senior engineering with people duties tacked on. This was especially widespread years ago, but it is still an unfortunate reality for many tech companies today.

Camille dismantles this early and thoroughly.

Management is fundamentally about getting things done through others. To be successful at this you need a complete mindset shift:

  • Delegating vs doing β€” your value comes from enabling others, not from your personal output.

  • Multiplying impact β€” likewise, success is measured by your team’s outcome, not your personal contribution.

  • Setting goals vs chasing tasks β€” to achieve this, you become responsible for direction and priorities, not (just) execution.

As obvious as this transition might look like, in my experience it’s a never-ending struggle.

This is not just about IC vs Managers: there is a version of delegating vs doing at every level; there is a variant of letting go of your individual output at every step of the ladder.

So, progression becomes as much about learning as it is about unlearning what made you successful in your previous role.

2) Accountability is the cornerstone πŸ”‘

Camille repeatedly drives home one central point: as a manager, you own how your team is doing.

Most managers expect that when it comes to results, but your responsibility doesn’t stop there: it extends to morale, culture, and overall engagement. None of this is collaborative ownership: it's your job.

This means:

This post is for paid subscribers

Already a paid subscriber? Sign in
Β© 2025 Refactoring ETS
Privacy βˆ™ Terms βˆ™ Collection notice
Start writingGet the app
Substack is the home for great culture

Share