- File Size: 723 KB
- Print Length: 246 pages
- Simultaneous Device Usage: Unlimited
- Publisher: O'Reilly Media; 1 edition (March 13, 2017)
- Publication Date: March 13, 2017
- Sold by: Amazon.com Services LLC
- Language: English
- ASIN: B06XP3GJ7F
- Text-to-Speech: Enabled
- Word Wise: Enabled
- Lending: Not Enabled
- Amazon Best Sellers Rank: #36,235 Paid in Kindle Store (See Top 100 Paid in Kindle Store)
|Digital List Price:||$33.99|
|Print List Price:||$39.99|
Save $20.50 (51%)
The Manager's Path: A Guide for Tech Leaders Navigating Growth and Change Kindle Edition
Explore your book, then jump right back to where you left off with Page Flip.
View high quality images that let you zoom in to take a closer look.
Enjoy features only possible in digital – start reading right away, carry your library with you, adjust the font, create shareable notes and highlights, and more.
Discover additional details about the events, people, and places in your book, with Wikipedia integration.
Ask Alexa to read your book with Audible integration or text-to-speech.
|Length: 246 pages||Word Wise: Enabled||Enhanced Typesetting: Enabled|
|Page Flip: Enabled||
Switch back and forth between reading the Kindle book and listening to the Audible book with Whispersync for Voice. Add the Audible book for a reduced price of $7.49 when you buy the Kindle book.
Enter your mobile number or email address below and we'll send you a link to download the free Kindle App. Then you can start reading Kindle books on your smartphone, tablet, or computer - no Kindle device required.
To get the free app, enter your mobile phone number.
Customers who bought this item also bought
From the Publisher
How to Read This Book
This book is separated into chapters that cover increasing levels of management complexity. The first chapter describes the basics of how to be managed, and what to expect from a manager. The next two chapters cover mentoring and being a tech lead, which are both critical steps on the management path. For the experienced manager, these chapters have some notes on how you might approach managing people in these roles. The following four chapters talk about people management, team management, management of multiple teams, and managing managers. The last chapter on the management path, Chapter 8, is all about senior leadership.
For the beginning manager, it may be enough to read the first three or four chapters for now and skim the rest, returning when you start to face those challenges. For the experienced manager, you may prefer to focus on the chapters around the level that you’re currently struggling with. Interspersed throughout are sections with three recurring themes:
Ask the CTO
These are brief interludes to discuss a specific issue that tends to come up at each of the various levels.
Good Manager, Bad Manager
These sections cover common dysfunctions of engineering managers, and provide some strategies for identifying these bad habits and overcoming them. Each section is placed in the chapter/level that is most likely to correspond to the dysfunction, but these dysfunctions are often seen at every level of experience.
Starting in Chapter 4, I take some time to discuss challenging situations that might come up. Again, while these are roughly placed with the level that is most appropriate, you may find useful information in them regardless of your current level.
Chapter 9 is a bit of a wildcard, aimed at those trying to set up, change, or improve the culture of their team. While it was written from a perspective of a startup leader, I think that much of it will apply to those coming into new companies or running teams that need an uplift in their culture and processes.
More than an inspirational leadership book for a general-purpose audience, I wanted to write something worthy of the O’Reilly imprint, something you can refer back to over time in the same way you might refer to Programming Perl. Think of this book as a reference manual for engineering managers, a book focused on practical tips that I hope will be useful to you throughout your management career.
About the Author
Camille Fournier is an experienced leader with the unique combination of deep technical expertise, executive leadership, and engineering management.
Would you like to tell us about a lower price?
There was a problem filtering reviews right now. Please try again later.
Previous contenders have included Peopleware, High-Output Management, The Mythical Man-Month, Good To Great, and others you've probably heard of. They are fine books, but they are either somewhat out of date, overly general, or a combination of both. This book is different. Fournier's book is a comprehensive overview of all the roles on the career path of modern technical management (starting from "senior engineer mentoring an intern" all the way up to CTO) and how to deal with the challenges at every step of the way.
What sets this book apart, other than being comprehensive, is that it is the product of direct and highly relevant experience. Fournier has worked at huge companies, small startups, and medium-sized companies, all in hyper-competitive industry settings. You've probably read other management books and it always goes like this: they give you a piece of general advice about how to deal with an issue. You try it (assuming it is even specific enough to put into action and isn't just a feel-good HR platitude), you run into a snag, and now the advice is useless because the rosy assurances in the book about how employees were going to act reasonably didn't really work. You throw the book away and think there is something wrong with you because everyone keeps on talking about how the book is great and it's just your fault that you couldn't make this great advice work.
Fournier's advice is not like that.
She starts with the general outlines of the strategy, but then tells you about times when she had to confront the issue herself, how she tried to apply the strategy and screwed up (there are instances in the book where she openly admits "The first time I tried this I fell flat on my face"), what kinds of problems kept the strategy from working, how she modified the strategy and overcame the problems, and finally and most importantly, wraps up with a summary about how context and trade-offs affect how you apply the advice. Acknowledging and explaining how common variations and implementation details determine how a general strategy will play out is what makes this book unusually useful and relevant.
Because everyone's job and situation are a little bit different, Fournier does an excellent job of breaking down broad strategies into their core principles, while separating out which details you can change based on individual situations, so that you can choose between trade-offs when you apply the strategy to the specific challenge you are confronting.
Lastly, this book will give you confidence. Confidence that you're not alone, that others have faced the same problems and surmounted them, that you can do it too. Confidence that you can screw something up but still pick up the pieces and try again, that you'll still get it right the second or third time, and that you are going to get to where you want to go.
This book is the product of years of tough lessons and hard-won success. Buy it. You won't regret it.
Camille provides a great, unvarnished and hands-on tour of her own career from an engineer to a tech lead, to manager (lead and manager are often confused and conflated, but are very different roles), to manager of managers (a MoM :)), to executive leader responsible for aligning product and technical execution. As you would expect, the story is a rollercoaster with many wins and just as many setbacks and lessons along the way. The good news is, we can all learn from Camille's experience without repeating all (or some, at least) the same mistakes.
The strength of this book is that it takes you all the way from engineer to CTO, with hands-on illustrations in major role and expectation (both the good and the bad) shifts along the way: we all know that Director or VP that clings on to writing code at a detriment to their team; a TL that hordes decision making; a MoM that lost touch with technical foundation of the product; etc. This book will help you avoid these traps, both in your own career and on your team.
In short, a modern hands-on manual for both the aspiring and existing technical leaders, and a sound time investment — read it.
While a junior engineer might not get this book, this book is for the mid level engineer all the way to the CTO.
I'm an engineer turned tech lead, and the chapter I'm reading right now is titled "Tech Lead". So far in the book, there's been at least once sentence per page I've underlined and just stared at and thought about. I've read a _lot_ of management books and Individual Contributor Turned Manager books, but this is the first time I feel like someone is writing directly for me.
I really appreciate that the book focuses on advice specific to working in tech while providing useful resources to read later for general management advice. I will definitely be recommending people I work with add this to the list of books for managers and the management-curious to read.
Top international reviews
It focuses very specifically on the challenges of combining technical focus with leadership and/ or management, and steps through roles from hands-on development, through mentoring, tech lead and various levels of engineering manager all the way up to CTO. Along the way, it gives a realistic and well-thought-out sense of what these roles are (and are not), how they differ from lower roles and from subtly different roles at a similar level, and how to succeed at them.
The most interesting thing I took from it though was that the understanding you can gain about the hierarchy of technical leadership roles is useful at all levels, including what we would call "individual contributor" roles (i.e. doing technical work with no direct reports). Engineers at a relatively early stage in their careers can benefit from the first few chapters, which cover what to expect from your own manager, how to start mentoring and how to consider whether long-term you are more interested in management or technical tracks. Equally, having done some low-level management over the last couple of years and now seeking to return to more of a senior technical/ architecture role, I still found the later chapters (about senior tech management roles) fascinating, because I know that even if I never take on those exact roles, understanding the responsibilities and thought processes of those who have them will make me much more effective in working with them and advancing my own ideas.
It is a map of non engineering career moves in an engineering career.
It moves through many stages, however uncomfortable, an engineer may find themselves in. How to seek out more responsibility, how to just quietly test the water, or jump head first into a more senior role.
Too many engineers seem to move in senior positions now that simply haven't put the time in to understand the nuances of business, of people, and of social interaction on all levels. Just because you're an amazing python programmer shouldn't be a promotion to looking after the team.
All management should make their engineers read this who aspire to lead, no matter if in projects or with people.
If you are a new technical manager or an old hand I think there is something for you here.
The way it was written was also very inclusive and engaging.
I especially recommend this to engineers considering taking on any sort of leading role.
The constant of the book is how a manager must hone her managing skills: not just themes like culture, leadership, feedback and performance management are discussed but challenging situations are also addressed.
Besides the hardships of management, the book also thrives on defining the responsibilities of each level: from mentoring junior staff to the delegation and efficient collaboration. Maybe it is the only book that has this kind of documentation (in the context of software organizations), also nicely summarized in the career ladder shared by Fournier on Chapter 9 (Creating Cultural Policy).
However, I believe that some advice on structuring and processes was ill-made, where I highlight the childish treatment of process czars. The bulk of the book centers on middle-managers, who benefit a lot from the data generated by iterative processes (e.g. Agile methodologies) or flow-based methods (e.g. Kanban).
Indeed, understanding the underlying theories of these processes helps a manager to structure and develop in the organization capabilities like sustainable development pace, organizational agility, and continuous improvement. It is also counterintuitive, as the author highlights preconditions and capabilities (e.g. Create a Data-Driven Team Culture topic on Chapter 7) required for work excellence that is justly found in the body of work of Agile, Lean and, especially, Kanban (Kanban Maturity Model by David Anderson is a must-read).
The aforementioned observation does not taint The Manager’s Path, which still stands as a recommended read. It explores well themes like culture, leadership, feedback, performance management and it is maybe the only book that documents management roles for software organizations.
Dieses Buch ist genau auf Techniker zugeschnitten, die jetzt Menschen führen sollen. Es adressiert genau die Probleme und Sorgen die bei mir aufgetreten sind. Wer sich plötzlich in einer Technical Lead rolle wiederfindet, und total unsicher ist, sollte dieses Buch lesen. Es wird einem erkennen helfen, ob die neue Rolle etwas für einen ist.
Es hilft dabei zu erkennen, was Teil des Lernprozesses ist, und was bleibender Bestandteil einer Manager-Rolle. Dabei wird nichts schön geredet. Beide Karriere-Wege (Manager und Techniker) haben ihre Vor- und Nachteile. Immer wieder kommen andere Manager kurz zu Wort und reden offen über ihre ersten Eindrücke nach "Beförderungen".